Transit navigation

ABSTRACT

Some embodiments provide a map application that identities a transit mute that includes one or more transit legs between a starting location and a destination location. In response to a request to shirt navigating the identified transit route, the map application of some embodiments provides a first display area for displaying a set of navigation instructions, each of which describes a transit maneuver that is associated with a transit leg of the transit route. The map application also provides a second display area for displaying a map region presentation associated with the navigation instruction that is displayed in the first display area.

INCORPORATION BY REFERENCE; DISCLAIMER

Each of the following applications are hereby incorporated by reference:application Ser. No. 16/671,667 filed on Nov. 1, 2019; application Ser.No. 16/202,966 tiled on Nov. 28, 2018; application Ser. No. 14/869,570filed on Sep. 29, 2015; application Ser. No. 62/172,206 filed on Jun. 7,2015; application Ser. No. 62/172,216 filed on Jun. 7, 2015; applicationSer. No. 62/172,214 filed on Jun. 7, 2015; application Ser. No.62/172,209 filed on Jun. 7, 2015. The Applicant hereby rescinds anydisclaimer of claim scope in the parent application(s) or theprosecution history thereof and advises the USPTO that the claims inthis application may be broader than any claim in the parentapplication(s).

BACKGROUND

With proliferation of mobile devices such as smartphones, users areenjoying numerous applications of numerous kinds that can be run ontheir devices. One popular type of such applications is mapping andnavigation applications that allow users to browse maps and receiveroute directions. Despite their popularity, these mapping and navigationapplications have yet to provide a comprehensive and efficient transitrouting and navigation system.

BRIEF SUMMARY

Some embodiments of the invention provide a map application thatprovides a comprehensive and efficient transit navigation modality forplanning a transit by browsing and selecting a transit route andnavigating the selected transit route. The map application of someembodiments operates in a map-browsing mode to allow a user to browse amap of a locality and to perform searches for map locations based onaddresses, names (e.g., people, businesses, etc.) or other searchparameters. The map application of some such embodiments also has anavigation mode that includes a driving navigation mode to providedriving navigation directions, a walking navigation mode to providewalking navigation directions, and a transit navigation mode to providetransit navigation directions.

The map application of some embodiments, upon receiving a request todisplay a route in transit mode, identifies one or more transit routesbetween two locations and displays the best possible transit route amongthe identified routes to the user. Specifically, to identify the transitroutes, the application of some embodiments examines different transitlegs that one or more transit vehicles of one or more transit systemstravel from locations near a specified starting location (e.g., thecurrent location of the device) to locations near a specifieddestination. In some embodiments, each transit leg of a transit routeincludes a section of the transit route that is travelled by a transitvehicle of a transit line. A transit leg may also include a walkingdistance that is more than a threshold distance.

In examining the transit legs, the application of some embodiments takesinto account a set of transit preferences that are customized (i.e., setor adjusted) by the user. For instance, in some embodiments, a user mayadjust the date and time of the departure (from, e.g., the currentlocation of the user) to a particular date and time instead of thecurrent time. Conversely, the user may prefer a particular type oftransit vehicle (i.e., a transit vehicle of a particular transit system)over the other types. For example, the user might rather ride a subwaytrain over a bus for a particular transit leg of a transit route, or useonly ground transportation for an entire transit route (e.g., a transitroute without any ferry trips).

Based on the examination of the transit legs, the map applicationidentifies one or more transit routes that use one or more transitvehicles of one or more transit systems in some embodiments. Theidentified transit routes may also include one or more pedestrian routesthat are between the different transit legs, between the startinglocation and the first transit leg, and between the last transit leg andthe destination location. After identifying the transit routes, the mapapplication selects one of the identified transit routes based on a setof criteria (e.g., fastest route, shortest route, route with leastamount of walking, route requiring least amount of transit vehiclechanges, route requiring least amount of transit system changes, etc.).In some embodiments, the set of selection criteria relies on two or moreselection parameters. Also, in some embodiments, the set of selectioncriteria is different in different transit markets and/or in differenttime periods in the same transit market.

The map application of some embodiments displays the best identifiedroute in its entirety over a portion of a map presentation of ageographical area. The application of some such embodiments displays theidentified route in multiple sections (transit legs) each of which istraveled by a transit vehicle of a particular transit line. The mapapplication uses different graphical representations for differentportions of a displayed transit route that are travelled by differenttypes of transit vehicles or require walking. In some embodiments, thedifferent types of transit vehicles that are presented by differentgraphical representations include buses, subway trains, rail trains(e.g., light rail trains and heavy rail trains), and ferries. Each ofthese four categories may include multiple different subcategories insome embodiments and additional transit categories (e.g., tramways,trolleys, etc.) may be present in some embodiments. When the selectedtransit route includes multiple transit vehicles of the same type (sametransit system), each transit vehicle of the same transit system isdistinguished from the other transit vehicles by a different line of thetransit vehicle.

The map application of some embodiments provides a route summaryrepresentation for the different identified transit routes in differentdisplay areas of the application UI. For instance the applicationprovides a route summary presentation in the route planning display areawhere the best selected transit route is displayed to the user. Theapplication also provides a list of route summary presentations for allthe identified transit routes upon a request for displaying such (e.g.,upon selection of a UI control for requesting additional routes). Eachroute summary presentation may include a different representation foreach transit vehicle for each leg of the transit mute, along with theline of the transit vehicle and a walking person representation for awalking (pedestrian) leg of the transit route when the walking distanceis more than a threshold distance.

In some embodiments, when a user selects a presentation of a routesummary (e.g., by placing, pointing, or tapping a finger on thepresentation on a touch sensitive display screen of the device, clickingon the presentation, etc.), the map application provides a list view(e.g., a navigation list view) of the transit route that provides a listof detailed instructions on how to navigate the transit route. In someembodiments, each leg of the transit route that is travelled by atransit vehicle corresponds to a pair of navigation instructions in thelist view.

More specifically, in some embodiments, for each leg of the transitroute that is associated with a different transit vehicle, a firstinstruction sets forth the name of the transit station (e.g., bus stop,subway station, ferry terminal, etc.) to board the transit vehicle andthe second instruction indicates the name of the transit station to exitthe transit vehicle. Some other embodiments display all the instructionsrelated to a transit leg in one navigation instruction. Some embodimentsalso provide a navigation instruction for each walking portion (betweenthe stations, from the departure point to the first station, and fromthe last station to the destination) of the transit route.

In addition to displaying a navigation list view upon selection of aroute summary presentation, when a user starts navigation in the transitnavigation mode (e.g., by selecting a start navigation control), the mapapplication of sonic embodiments provides a transit navigationpresentation that displays navigation instructions for the differenttransit maneuvers of a transit route in a sequence of navigationbanners. A transit leg refers to a portion of a transit route thatstarts or ends with a transit maneuver that requires a transit vehiclechange or a walking portion of the transit route (i.e., between twotransit vehicle portions, or at the start or end of a transit route).

The different transit maneuvers in some embodiments include boarding atransit vehicle of the transit route, exiting a transit vehicle, walkingto a transit station, and walking to the destination of the transitroute, Some embodiments combine the navigation instructions for two ormore transit maneuvers that relate to the same transit leg. For example,some embodiments display a single navigation instruction for walking toa transit station and boarding a transit vehicle at the station. Someother embodiments, on the other hand, provide a separate navigationinstruction for entering each transit station of a transit route.

In some embodiments, the map application allows a user to select andscroll through a set of navigation banners representing the differenttransit maneuvers of a selected transit route when the user starts thenavigation presentation mode. As the user scrolls through eachnavigation banner (e.g., by swiping the navigation banner to the left orright), the portion of the route (e.g., a transit leg) associated withthe currently in-focus navigation banner is presented to the user in asecond display area, A representation of the currently displayed transitmaneuver in the second display area of some embodiments is highlightedon the transit route (e.g., through color highlighting).

In some embodiments, the representation of the transit leg in the seconddisplay area (i.e., the representation of the transit leg drawn over aportion of the map that corresponds to the transit maneuver) isaugmented to display more details about the transit maneuver on the map.Additionally, some embodiments prioritize road labels based on proximityto transit maneuvers and the current displayed maneuver. That is, insome embodiments, the road labels (e.g., street signs) that correspondto the transit maneuver are displayed in the second display area over aportion of the map that is related to the displayed navigation banner inthe first display area.

Some embodiments provide navigation instructions (e.g., in a navigationbanner) intelligently based on the position of the device. Theseembodiments detect the current position of the user and provide a text(and/or pictorial) instruction that is related to the current positionof the user. For example, when the user is detected to be outside atransit station, some embodiments provide a text (and/or pictorial)instruction that instructs the user to “enter” the transit station. Onthe other hand, when the position of the user is detected to be insidethe transit station, some such embodiments provide a text (and/orpictorial) instruction (e.g., in a navigation banner for the sametransit leg of the route) that instructs the user to “board” the transitvehicle, Additionally, when the device's location is within one or moreof the maneuver map views, the map application of some embodimentsdisplays the device's location on the map view(s) so that the user canorient him/herself with the required transit navigation maneuvers.

The map application of some embodiment iteratively monitors the currentposition of the device along the transit route. In some suchembodiments, when the application determines that the currentlydisplayed navigation banner is for a transit leg that is not associatedwith the current location of the device, the application automatically,and without user intervention, scrolls back (or forward) the navigationbanner display area and the map view display area to display thenavigation banner and map view for a transit leg that is associated withthe current position of the device. That is, the map applicationautomatically changes the currently displayed banner and map view to anavigation banner and map view that are associated with a portion of thetransit route that covers the current location of the device (e.g byscrolling back or forward the intervening navigation banners and mapviews). The map application of these embodiments displays the newnavigation banner and its corresponding maneuver map view withoutreceiving any user interaction with the device (e.g., a touch gesture, aswipe gesture, etc.).

Before automatically scrolling the navigation banners to display thenavigation banner that is associated with the current transit leg, themap application of some embodiments first determines that theapplication has accurately detected the current location of the device(e.g., by ascertaining that the device has enough reception toaccurately determine its current position). Therefore, in someembodiments, in order for the map application to change the currenttransit leg's navigation banner and its corresponding map view, theapplication determines that (1) an accurate location of the device isidentified, (2) the currently displayed banner is not associated withthe current location of the device, and (3) a certain time period haspassed since the currently displayed banner has been last shown to theuser.

In some embodiments, the map application determines whether any of thetransit legs of a selected transit route is replaceable by a seconddifferent route that is travelled by one or more other transit vehicles.In some embodiments a transit leg is replaceable by a second route whenthe second route runs parallel with the identified transit leg (i.e.,from the same starting station to the same ending station). In someother embodiments a transit leg is replaceable by a second route whenthe second route and the transit leg have at least two common transitstations or two transit stations that are within a short distance ofeach other (e.g., within a threshold distance of each other).

In some embodiments, the one or more other transit vehicles of thesecond route are of the same type as the transit vehicle that travelsthe transit leg (i.e. the transit vehicles are from the same transitsystem), while in other embodiments the transit vehicles are ofdifferent types (e.g., the transit leg is traveled by a bus, while thesecond route is traveled by a subway train). When the map application ofsome embodiments determines that a transit leg of a transit route can bereplaced with other routes, the map application displays the otherroutes to the user along with the same navigation instruction that isassociated with the transit leg. That is, the navigation applicationdisplays the navigation instruction for the transit leg the list view,in the navigation banner, etc.) and provides the other identified routesas selectable UI items for the user to be able to modify the selectedtransit route.

The preceding Summary is intended to serve as a brief introduction tosome embodiments of the invention. It is not meant to be an introductionor overview of all-inventive subject matter disclosed in this document.The Detailed Description that follows and the Drawings that are referredto in the Detailed Description will further describe the embodimentsdescribed in the Summary as well as other embodiments. Accordingly, tounderstand all the embodiments described by this document, a full reviewof the Summary, Detailed Description and the Drawings is needed,Moreover, the claimed subject matters are not to be limited by theillustrative details in the Summary, Detailed Description and theDrawings, but rather are to be defined by the appended claims, becausethe claimed subject matters can be embodied in other specific formswithout departing from the spirit of the subject matters.

BRIEF DESCRIPTION OF THE DRAWINGS

The novel features of the invention are set forth in the appendedclaims. However, for purposes of explanation, several embodiments of theinvention are set forth in the following figures.

FIG. 1 illustrates how the transit navigation mode of a map applicationcan be selected.

FIG. 2 illustrates a user selecting the More Routes control to view theother identified transit routes between the current location of thedevice and the destination location.

FIG. 3 illustrates how selection of a transit route summaryrepresentation directs the map application of some embodiments toprovide a list of navigation instructions associated with a selectedtransit route.

FIG. 4 illustrates another example of a list of navigation instructionsassociated with a selected transit route.

FIG. 5 illustrates a navigation presentation that provides transitnavigation directions from the device's current location to thedestination.

FIG. 6 illustrates an example of displaying the current location of thedevice while scrolling through the different navigation banners of anavigation presentation.

FIG. 7 conceptually illustrates a process that the map application ofsome embodiments performs to automatically display a pair of navigationbanner and map view that is associated with the current location of thedevice.

FIG. 8 illustrates a map application of some embodiments automaticallydisplaying a navigation banner that is associated with the currentposition of the device.

FIG. 9 conceptually illustrates a process that some embodiments performto identify and display one or more alternative routes for a transit legof a transit route.

FIG. 10 illustrates an example of modifying a selected transit route ina navigation list view.

FIG. 11 illustrates another example of modifying a selected transitroute in a navigation presentation.

FIG. 12 illustrates initiation of a transit navigation presentation on adifferent e of electronic device.

FIG. 13 illustrates a transit navigation presentation and navigatingthrough different navigation banners displayed on an electronic device.

FIG. 14 illustrates an example of an architecture of a mobile computingdevice of some embodiments.

FIG. 15 conceptually illustrates another example of electronic systemwith which sonic embodiments of the invention are implemented.

FIG. 16 illustrates one possible embodiment of an operating environmentfor a map service (also referred to as a mapping service) and clientdevices.

DETAILED DESCRIPTION

In the following detailed description of the invention, numerousdetails, examples, and embodiments of the invention are set forth anddescribed. However, it will be clear and apparent to one skilled in theart that the invention is not limited to the embodiments set forth andthat the invention may be practiced without some of the specific detailsand examples discussed.

Some embodiments of the invention provide a map application thatprovides comprehensive and efficient transit navigation modality forplanning a transit trip by browsing and selecting a transit route andnavigating the selected transit route. The map application of someembodiments operates in a map-browsing mode to allow a user to browse amap of a locality and to perform searches for map locations based onaddresses, names (e.g., people, businesses, etc.) or other searchparameters. The map application of some such embodiments also has anavigation mode that includes a driving navigation mode to providedriving navigation directions, a walking navigation mode to providewalking navigation directions, and a transit navigation mode to providetransit navigation directions.

The map application of some embodiments, upon receiving a request todisplay a route in transit mode, identifies one or more transit routesbetween two locations and displays the best possible transit route amongthe identified routes to the user. Specifically, to identify the transitroutes, the application of some embodiments examines different transitlegs that one or more transit vehicles of one or more transit systemstravel from locations near a specified starting location (e.g., thecurrent location of the device) to locations near a specifieddestination. In some embodiments, each transit leg of a transit routeincludes a section of the transit route that is travelled by a transitvehicle of a transit line. A transit leg may also include a walkingdistance that is more than a threshold distance.

In examining the transit legs, the application of some embodiments takesinto account a set of transit preferences that are customized (i.e., setor adjusted) by the user. For instance, in some embodiments, a user mayadjust the date and time of the departure (from, e.g., the currentlocation of the user) to a particular date and time instead of thecurrent time. Conversely, the user may prefer a particular type oftransit vehicle (i.e., a transit vehicle of a particular transit system)over the other types. For example, the user might rather ride a subwaytrain over a bus for a particular transit leg of a transit route, or useonly ground transportation for an entire transit route (e.g., a transitroute without any ferry trips).

Based on the examination of the transit legs, the map applicationidentifies one or more transit routes that use one or more transitvehicles of one or more transit systems in some embodiments. Theidentified routes may also include one or more pedestrian routes thatare between the different transit trips, between the starting locationand the first transit trip, and between the last transit trip and thedestination location. After identifying the transit routes, the mapapplication selects one of the identified transit routes based on a setof criteria (e.g., fastest route, shortest route, route with leastamount of walking, route requiring least amount of transit vehiclechanges, route requiring least amount of transit system changes, etc.),and displays this selected route over the map presentation. In someembodiments, the selection criteria set relies on two or more selectionparameters. Also, in some embodiments, the selection criteria set isdifferent in different transit markets and/or in different time periodsin the same transit market.

The map application of some embodiments displays the best identifiedroute in its entirety over a portion of a map presentation of ageographical area. The application of some such embodiments displays theidentified route in multiple sections (transit legs) each of which istraveled by a particular transit vehicle. The map application usesdifferent graphical representations for different portions of adisplayed transit route that are travelled by different types of transitvehicles or require walking. In some embodiments, the different types oftransit vehicles that are presented by different graphicalrepresentations include buses, subway trains, rail trains (e.g., lightrail trains and heavy rail trains), and ferries. Each of these fourcategories may include multiple different subcategories in someembodiments. When the selected transit route includes multiple transitvehicles of the same type (same transit system), each transit vehicle ofthe same transit system is distinguished from the other transit vehiclesby a different line of the transit vehicle (e.g., a different subwayline, a different bus line, etc.).

FIG. 1 illustrates a map application that provides transit navigationpresentations of some embodiments of the invention. In some embodiments,the map application executes on a mobile device (e.g., a smartphone, atablet, a laptop, etc.) with a touch-sensitive display screen. Although,all the features and concepts of the map application discussed below areequally applicable to other devices with non-touch-sensitive displayscreens. The map application can operate in a map-browsing mode to allowa user to browse a map of a locality and to perform searches for maplocations based on addresses, names (e.g., people, businesses, etc.) orother search parameters. The application also has a navigation mode thatincludes a driving navigation mode to provide driving navigationdirections, a walking navigation mode to provide walking navigationdirections, and a transit navigation mode to provide transit navigationdirections.

FIG. 1 illustrates, in four operational stages 105-120 of the userinterface (UI) 100 of the map application, how the transit navigationmode of the map application can be selected by requesting for a routefrom the current location of the user to a searched destination. Theapplication then displays a route that is travelled by a combination oftwo different transit vehicles (of two different types) between thecurrent location of the user and the searched destination. Someembodiments provide the user with a search box to search for aparticular location. The user may then enter an address of a particularplace or alternatively a name of the place in the search box. When theaddress (or name) of the place is specified, the map application of someembodiments provides an indicator (e.g., a pin) over a presentation ofthe map to display the exact location of the place on the mappresentation. In addition, some such embodiments display a banner (e.g.,over the pin) with selectable controls for providing more informationabout the place.

The first stage 105 of FIG. 1 illustrates a search box 125, a mappresentation area 130 that displays a map of a geographical area, a pin135, and a banner 140. The banner 140 includes a selectable routecontrol 145 (which is depicted as a presentation of a car), a name 150of the searched place, and a selectable control 155 (which is depictedas a right arrow). In the search box 125, a user can enter a searchparameter to search for a particular location for display in the mappresentation area 130. In some embodiments, the search parameter can bean address or a name of an entity (e.g., business, organization, person,etc.), or some other parameter. When the map application can identifyone or more locations for the search parameter that it receives, the mapapplication in some embodiments (1) displays, in the presentation area130, a map that displays some or all of the identified locations, and(2) displays a pin 135 or other location indicator for each displayedlocation to identify the position of the identified location. Also, insome embodiments, the map application displays a banner 140 over one ofthe pins 135 for providing access to more information about the locationidentified by the pin. The banner also provides some information aboutthe identified location.

The first stage 105 of the figure shows that the user has entered anaddress in the search box 125 (123 A Street). As a result, theapplication displays, in the map presentation area 130, a map of aparticular geographical area in which the entered address is located.This stage also shows that the application further displays (1) the pin135 over the map presentation to identify the location of the enteredaddress on the map and (2) the banner 140 over the pin. As shown, thisbanner includes the address “123 A Street,” the route control 145, andthe selectable control 155. which when selected causes the mapapplication to present a display area (e.g., a placecard) that providesmore information about the identified location.

The second stage 110 illustrates that the user selects the selectableroute control 145 (e.g., by performing a gestural input on thetouch-sensitive display screen of the device, such as tapping the user'sfinger on the control 145). Selection of the route control 145 causesthe application to display a route overview (e.g., a driving route) fromthe current location of the user to the searched location (i.e., to thepin 135) over the map presented in the map presentation area 130. Insome embodiments, the route control 145 is also for initiating anavigation experience. For instance, the map application of someembodiments provides one or more routes to the location of the pin fromthe current location of the device upon receiving a selection of theroute control. When a route is selected, the map application can startoperating in a navigation mode or in a route inspection mode dependingon the user's next selection.

The third stage 115 shows that the displayed route 175 is laid over theregion map. The third stage 115 also shows three navigation modecontrols, which are the driving mode control 178, the walking modecontrol 180, and the transit mode control 182. Through these controls,the user can direct the map application to provide one or more drivingroutes, walking routes, and transit routes from the specified startinglocation (i.e the device's current location in this example) to thespecified destination (i.e., to 123 A Street in this example). The thirdstage 115 shows the driving mode control 178 highlighted to indicatethat the route 175 that the application initially provides is a drivingroute. In some embodiments, the map application dynamically determineswhether to provide an initial driving, walking or transit route based onthe distance to the destination, the locality in which the devicecurrently operates, and the detected current mode of transportation forthe device (if any).

The map application of some embodiments makes a dynamic determinationfor the default mode of navigation based on a set of motion data that itreceives through the different sensors of the device and a set of rulesthat specifies the default mode of navigation under different detectedconditions. For instance, the application detects current user activity(e.g., driving, king, biking, etc.) from motion data that some detectingsensors of the device collect and based on the determined activity,automatically sets the default navigation mode to the pedestrian mode(i.e., walking mode) or driving mode. For instance if the applicationdetermines, based on the motion data it receives from the motionsensors, that the user of the device is in a vehicle, the applicationsets the default navigation mode to driving mode (as illustrated in thisexample).

In some embodiments, the map application uses a combination of themotion data that it receives through the motion sensors, and thedistance to the desired destination in order to determine whichnavigation mode should be the default mode. For instance, in someembodiments, the application does not set the default mode to thepedestrian mode when the destination location is not within a thresholddistance (e.g., two miles) from the current position of the user even ifthe motion data indicate that the user is walking. Conversely, theapplication of some embodiments does not set the default mode to thedriving mode when the destination location is within a thresholddistance (e.g., 0.5 miles) from the current position of the user and themotion data indicate that the user is not driving.

The third stage also shows that for the displayed route, the mapapplication provides information about the route in a display area 183.For instance, in the driving mode, the display area 183 displays thedriving distance and duration to the destination from the currentlocation of the device. The third stage also shows that theroute-overview presentation includes a start control 184 for starting aturn-by-turn navigation experience to the destination based on thecurrently selected navigation mode (e.g., driving mode, walking mode, ortransit mode). For example, when the map application is displaying atransit route overview presentation in the transit mode, selection ofthe start control 184 directs the map application to start a transitnavigation presentation that provides transit navigation directions fromthe device's current location to the destination, which is described inmore detail below.

The third stage shows that the user selects the transit control 182(e.g., by tapping on the tab 182) to change the navigation mode of theapplication from a driving navigation mode to transit navigation mode.Upon receiving this request, the map application of some embodimentsidentifies one or more transit routes to the specified destination,selects one of the identified transit routes as the best possibletransit route based on a set of criteria, and displays the selectedtransit route 189, as shown in the fourth stage 120.

The map application of some embodiments, upon receiving a request todisplay a route in transit mode, identifies the best possible transitroute among several different routes between two locations and displaysthe route to the user. Specifically, to identify the transit routes, theapplication of some embodiments examines trips that one or more transitvehicles of one or more transit systems make from locations nearby aspecified starting location (e.g., the current location of the device)to locations near the specified destination. Based on this examination,the application identifies one or more transit routes that use one ormore transit vehicles of one or more transit systems in someembodiments.

After identifying the transit routes, the map application then selectsone of the identified transit routes based on a set of criteria (e.g.,fastest route, shortest route, route with least amount of walking, routerequiring least amount of transit vehicle changes, route requiring leastamount of transit system changes, etc.), and displays this identifiedroute over the map presentation in the presentation area 130. In someembodiments, the selection criteria set relies on two or more selectionparameters. Also, in some embodiments, the selection criteria set isdifferent in different transit markets and/or in different time periodsin the same transit market,

Although in the descriptions above and below, the map application isidentified as the performer of actions such as identification andranking of the transit routes, in some embodiments sonic or all of theseactions are performed by a mapping service, which then provides theresults to the map application. For instance, in some embodiments theidentification of different transit routes and selection of the bestpossible route among the identified transit routes is done by a mappingservice that runs on one or more dedicated servers.

The mapping service of some embodiments is the same mapping service thatprovides other map browsing and navigation data (e.g., routing data,traffic data, map tiles, etc.) to the map application. In some otherembodiments, the mapping service is a designated service for providingtransit data to the map application. The mapping service of someembodiments receives a request for transit routes, which includes thestarting and destination locations. The service then identifies a set ofavailable transit routes based on the user preferences, ranks theidentified transit routes based on a set of criteria, and returns theranked identified transit routes to the map application. The mapapplication then displays the highest ranked transit route as theselected transit route in the transit navigation mode to the user.

In some embodiments, the application ranks the identified routes basedon the set of criteria and some other factors. For instance, theapplication initially ranks the identified routes with the shortesttransit route having the highest ranking. The application then requestsfor and receives real time incident (e.g., traffic) data for theidentified routes (e.g., from a set of dedicated servers, from adesignated incident curator that gathers incident data from differentsources, etc.). Based on the received data, the application of someembodiments rearranges the routes and ranks them again for a secondtime. The application then displays the highest ranked (secondaryranked) transit route in the route presentation area. In someembodiments, as discussed above, a mapping service identifies and ranksthe transit routes. In some such embodiments, the mapping servicerequests the real time incident data from dedicated servers in order torank the transit routes. In some embodiments, the mapping servicegathers and maintains the incident data directly (e.g., through anincident curator module of the mapping service).

The fourth stage 120 illustrates that the route 175 in the previousstage 115, is now replaced by a transit route 189 as a result ofselecting the transit navigation mode as the operational mode of theapplication. The preferred criterion in this example is the least amountof walking and therefore the transit route shown in the figure isselected as the best transit route because it includes the minimalwalking distance between the departure point, the transit stations, andthe destination point.

In addition to a predefined set of criteria, the application of someembodiments selects the best possible route based on a set of transitpreferences set by a user. The user in some embodiments customizes theapplication by setting or adjusting a set of transit preferencesprovided by the map application. For instance, in some embodiments, auser may adjust the date and time of the departure to a particular dateand time instead of the current time. In some embodiments, the user mayprefer a particular type of transit vehicle (i.e., a transit vehicle ofa particular transit system) over the other types. For example, the usermight rather ride subway trains over buses, or ground transportationover ferry service. Customizing the route selection is further describedin the concurrently filed U.S. patent application Ser. No. 14/869,403entitled “Map Application with Transit Navigation Mode”, which isincorporated herein by reference.

Some embodiments display the best route in its entirety over a portionof a map of a geographical area. Some such embodiments display the routein multiple sections each of which is traveled by a particular transitvehicle. In some embodiments, the map application uses differentrepresentations for different portions of a displayed transit route thatare travelled by different transit vehicles or require walking. Thedisplayed transit route in the fourth stage 120 includes two differentportions 185 and 187. The first portion (leg) of the transit route(i.e., the route portion 185) is travelled by a bus, while the secondportion (i.e., the route portion 187) is travelled by a subway train.The two portions are displayed by two different graphicalrepresentations (e.g., a bus route representation for the bus portionand a rail representation for the train portion) to differentiate thebus and subway portions from each other. In the discussions below, atransit leg refers to a portion of a transit route that starts or endswith a transit maneuver that requires a transit vehicle change or awalking portion with a minimum threshold distance in a transit route.

In the illustrated example, two small walking portions 197 and 199 arealso displayed, Specifically, the walking portion 197 represents thewalking distance from the current location of the device (user) 196 tothe first transit station (i.e., the first bus stop of the transitmute). The second walking portion 199 represents the walking distancefrom the last transit station (i.e., the last subway station of thetransit route) to the destination location. Although these walkingportions are part of the path that the user of the device travels toreach the destination, as will be discussed in more detail below, theyare not considered as separate legs of the transit route in someembodiments. Some such embodiments identify a walking portion of atransit route as a transit leg of the route only if the walking distanceis equal to or more than a threshold length (e.g., more than half amile, more than one mile, etc.). Any walking portions less than thethreshold will not be identified as a walking leg of the transit routein these embodiments.

In some embodiments, the different types of transit vehicles that arepresented by different graphical representations include buses, subwaytrains, rail trains (e.g., light rail trains and heavy rail trains), andferries. Each of these four categories may include multiple differentsubcategories in some embodiments, For example, the bus category mayinclude single-deckers, double-deckers, rigid buses, articulated buses,etc. that are provided by the same or different bus service providers.As another example, a light rail train may include many different typesof city trains such as streetcars, trams, trolleys, etc. that areprovided by the same or different light rail service providers.Additionally, the best route may include multiple transit vehicles ofthe same type (same transit system) in some embodiments. In such a case,each transit vehicle of the same transit system is distinguished fromthe other transit vehicles by a different line of the transit vehicle.For example a transit route may include three different bus legs thatare serviced by three buses of three different bus lines.

The display area 183 of the third stage 115 is divided in the fourthstage 120 into two display areas 190 and 193. The incident display area190 currently shows the arrival time at the destination. However, thisdisplay area is also for displaying various other transit informationthat can help the user to plan the transit trip more easily. Displayingdifferent transit information in the display area 190 is furtherdescribed in the concurrently filed U.S. patent application Ser. No.14/869,694 entitled “Transit incidents”, which is incorporated herein byreference. A few examples of this additional transit information include(1) any incident that has occurred along the displayed transit route,(2) an incident that has occurred along another route which has causedthe displayed route ranked better than the other route, (3) departuretime or frequency of departures for the first leg of the transit route,and (4) departure frequency of the entire route.

The display area 193 is for displaying a route summary presentation forthe displayed transit route. More specifically, this display area showsa different representation for each transit vehicle for each leg of the,transit route along with the line of the transit vehicle. As illustratedin this example, the display area 193 currently shows a representationfor a bus of the line 125 that travels the first leg of the transitroute and a representation for a subway train of the line 166 thattravels the second leg of the transit route.

Each representation for a transit vehicle, in the illustrated example,includes a logo that represents the type of the transit vehicle (e.g., abus logo, a subway train logo, etc.), and a geometric shape that (1)includes the line of the transit vehicle and (2) is different fordifferent types of transit vehicles (e.g., a rectangle for bus lines, anellipse for subway lines, etc.). However, one of ordinary skill in theart would realize that the different types of transit vehicles could berepresented in different embodiments differently. For example someembodiments provide different colors for the different representationsto distinguish them from each other while other embodiments providedifferent graphical shapes that represent different types of transitvehicles.

The fourth stage 120 also shows a selectable More Routes control 195 forshowing more routes.

As discussed above, the displayed transit route is the best transitroute that the application selects among a set of different routes basedon a set of different criteria as well as a set of user preferences.Selecting the control 195 causes the application to show the otherroutes in the set of different routes in a separate display area, aswill be discussed in further detail below by reference to FIG. 2 .

As described above, upon receiving a request for transit navigationmode, the map application of some embodiments (or a mapping service thatprovides map and transit data to the map application) identifies one ormore transit routes to the specified destination, selects one of theidentified transit routes as the best possible transit route based on aset of criteria, and displays the selected transit route. To identifythe transit routes, the application of some embodiments examines tripsthat one or more transit vehicles of one or more transit systems makefrom locations nearby the current device's location to locations nearthe specified destination. Although the map application identifies anddisplays the best route among several identified routes, the user of themap application of some embodiments is able to view and select the otheridentified routes as well. In some embodiments the user can change thebest displayed route with one of the other identified transit routesbetween the starting location and the destination location.

FIG. 2 illustrates in terms of four operational stages 205-220 of themap application UI 100, a user selecting the More Routes control 195 toview the other identified transit routes between the current location ofthe device and the destination location. The first stage 205 shows a mapapplication UI 100 that includes a representation of the best identifiedroute that is drawn over a portion of the map presentation. Theidentified transit route includes two different bus legs 291, a walkingportion 293, and a subway leg 295. This stage also shows that the routesummary display area 193 displays a transit route summary representationthat includes a bus representation for the bus of the line 56, a walkingperson representation for the walking portion, a bus representation forthe bus of the line 244, and a subway train representation for thesubway leg of the transit route. This stage also shows that the user isselecting the More Routes control 195 (e.g., by tapping on the UIcontrol 195).

The second stage 210 illustrates that selection of the control 195directs the map application to provide a separate display area 250 inorder to display the additional identified transit routes. As describedabove, the identified available transit routes in some embodiments areranked based on a set of criteria (e.g., the quickest route, theshortest route, etc.) and the initially displayed route is the highestranked transit route among the identified routes. In the illustratedexample, the criterion of ranking the transit routes is the shortesttrip duration. Therefore, in this example, the displayed route is atransit route with trip duration of 58 minutes.

After selection of the control 195, the second stage 210 shows that themore routes display area 250 now displays two additional route summarypresentations besides the initially displayed route summary presentationthat was displayed in the first stage. This stage also shows that theincident report 280 is shown at the top of the display area and beforethe route summary presentation. In some embodiments, the incident reportshown in the more routes display area is a more complete version of theincident report displayed in the route planning display area (i.e., theroute presentation display area 130 of the first stage). As illustrated,the route summary now shows that the accident has occurred in the busleg (bus line 125) of the second transit route and consequently thistransit route, because of the delay, is now the second best route amongthe identified routes.

The three transit route summary presentations are shown in the moreroutes display area 250 based on their rankings (i.e., sorted from theshortest trip duration to the longest trip duration). Although notshown, some embodiments display additional information in the displayarea 250 for each route summary presentation. For example, someembodiments display, in front of route summary presentation, departuretime or frequency of departures of the first transit line in thecorresponding route summary. Alternatively, or conjunctively, some suchembodiments display the departure frequency of the entire route for eachroute summary. Other embodiments display other information such as anincident report for each route summary (if there is any). Computing anddisplaying the departure frequencies of some embodiments are describedin the concurrently filed U.S. patent application Ser. No. 14/869,684entitled “Frequency Based Transit Trip Characterizations”, and U.S.patent application Ser. No. 14/869,699, entitled “Frequency BasedTransit Trip Characterizations”, which are incorporated herein byreference.

The second stage 210 also shows two more selectable UI controls whichare the Leave Now UI control 230 and Custom U1 control 240. This stagefurther shows a More Routes control 195 that is displayed at the end ofthe current route summary presentations. Selection of the Leave Now UIcontrol 230 in some embodiments directs the map application to (1)change all the customized temporal settings to the current date and timeand (2) return to displaying the UI of the map application in the firststage 205. In some other embodiments, selection of the UI control 230directs the map application to only change all the customized temporalsettings to the current date and time. Selection of the Custom UIcontrol 240 directs the map application of some embodiment to provide acustom display area for modifying a set of transit preferences.

In some embodiments, the map application provides a More Routes UIcontrol 195 in the display area 250 after it shows a specific number oftransit routes in this display area (e.g., after each three transitroutes). This stage also shows that the user selects the UI control 195to view even more identified routes. The third stage 215 shows that as aresult of selection of the control 195 in the more routes display area250, two more available route summary presentations with lower rankings(i.e., higher trip duration) are displayed in the display area 250. Thisstage also shows that the user scrolls the display area up to showadditional transit routes that did not fit in the display screen of thedevice.

The fourth stage 220 shows that the display area is scrolled up and isnow displaying all the three new transit route summary presentations.This stage also shows that at the end of the displayed transit routes,the More Routes control 195 is displayed again for viewing the nextadditional transit routes (if any). This stage also shows that theincident report 280 is not displayed in the more routes display area asa result of scrolling the route summaries. However, in some embodiments,the incident report 280 always stays on top of the more routes displayarea even after scrolling the transit routes. Some embodiments displaythree additional routes each time the control 195 is selected. Moreover,although not shown, some embodiments provide additional selectable UIcontrols for interaction with the displayed route summaries. Forexample, some embodiments display a Share control next to each routesummary presentation for sharing the corresponding route summary withone or more other persons.

In some embodiments, when a user selects a presentation of a routesummary (e.g., by tapping on the presentation), the map applicationprovides a list view (e.g., a navigation list view) of the transit routethat provides a list of detailed instructions on how to navigate thetransit route, in some embodiments, each leg of the transit route thatis travelled by a transit vehicle corresponds to a pair of navigationinstructions in the list view.

More specifically, in some such embodiments, for each leg of the trip(the transit route) that is associated with a different transit vehicle,a first instruction sets forth the name of the transit station (e.g.,bus stop, subway stations, ferry terminal, etc.) to board the transitvehicle and the second instruction states the name of the transitstation to exit the transit vehicle. Some other embodiments display allthe instructions related to a transit leg in one navigation instruction.Some embodiments also provide a navigation instruction for each walkingportion (between the stations, from the departure point to the firststation, and from the last station to the destination) of the transitroute.

In some embodiments, in between each pair of instructions for aparticular leg (portion) of the route, other information related to thatparticular leg is displayed. For example, in some embodiments, betweenthe two instructions of each pair, the map application describes thedistance associated with the leg, the number of transit stations (e.g.,bus stops) while on the transit vehicle, and a total travel time for theleg. Additionally, the map application of some embodiments sets forththe required walks between the legs of the trip by presenting thewalking distance and time between each leg that is associated with atransit vehicle.

Some embodiments provide the transit navigation instructionsdifferently. For example, in some embodiments each instruction in thelist is for a next transit maneuver of the passenger and therefore eachwalking instruction appears as a separate instruction in the list andnot in between each pair of instructions. Additionally, some embodimentsprovide different transit information between each pair of instructions,or alternatively do not provide any additional information between theinstructions.

FIG. 3 illustrates an example of one such transit route list view insome embodiments. This figure illustrates, through two operationalstages 305-310 of the UI of the map application of sonic embodiments,that selection of a transit route summary representation directs the mapapplication of some embodiments to provide a list of navigationinstructions associated with the selected transit route. The first stage305 shows a representation of the best identified route 320 drawn over aportion of the map presentation displayed in the map presentation area130. The identified transit route 320 includes two different bus legs325 and 335, a walking portion 330, and a subway leg 340.

The first stage 305 also shows that the route summary display area 193displays a transit route summary representation that includes a busrepresentation for the bus of the line 56 that travels the leg 325, awalking person representation for the walking portion 330, a busrepresentation for the bus of the line 166 that travels the leg 335, anda subway train representation that travels the leg 340 of the transitroute. The incident display area 190 displays that an accident isdelaying a bus line (e.g., the bus line 125 depicted in the fourth stageof FIG. 1 ). Lastly, the first stage 305 shows that the user selects thetransit route summary representation presented in the transit routesummary display area 193 (e.g., by tapping on the transit route summarydisplay area).

The second stage 310 shows that upon selection of the transit routesummary representation in the previous stage, the map applicationprovides a list of navigation instructions for the transit route in alist view display area 350. The list view display area 350 is ascrollable display area and the user can scroll up and down to view nextand/or previous information. As described above each pair ofinstructions in the list is associated with a particular leg of the triptraveled by a particular transit vehicle in some embodiments.Additionally, the map application of some embodiments displaysrepresentations of the walks that are required to go (1) from thecurrent location (of the user) to the first transit station (e.g., busstop, subway station, etc.), (2) between the transit stations of twoconsecutive legs of the trip, and (3) from the last transit station tothe desired destination.

The second stage 310 shows that the map application displays in the listview display area 350 three legs 365 of the route that are depicted bysolid lines and three walking distances 370 that are depicted by dashedlines. Each pair of instructions 360 in the set of instructions includesthe information for boarding a transit vehicle at a first transitstation and exiting the transit vehicle at a second transit station. Forexample, the first two instructions 360 of the illustrated exampleinstruct the user of the device to take the bus 56 northbound at JerryStreet and then exit the bus 56 at Allen Street. Similarly the secondpair of instructions in the illustrated example instructs the user totake the bus 244 eastbound at Kellie Street and exit the bus 244 at BartAvenue.

Giving the name of the boarding and exiting transit stations, however,might not be enough and a passenger can easily get confused about howmany more stations the passenger should travel with the transit vehiclebefore exiting the transit vehicle. In order to help the passenger(user) even more, the map application of some embodiments also displaysadditional information about each leg 365 of the route next to the leg.For example, the information next to the first leg 365 of theillustrated example, provides the passenger with the number of bus stops(1 bus stop), the distance that should be traveled by the bus 56 (0.4miles), and the estimated time of travel (5 minutes).

The second stage 310 also shows that the map application provides thewalking instructions in form of dashed lines 370 in between each pair ofinstructions 360. The walking instructions describe the walking distanceand time between each pair. For example, the first walking instruction370 instructs the user to walk 0.6 miles (about 15) minutes after theuser exits the bus 56 in order to reach the next bus stop for the secondleg of the trip. The map application of some embodiments also providesthe walking instructions between the current location of the user andthe first transit station (not shown) and between the last transitstations and the destination (i.e., the last walking instruction 370).

One example of displaying a list view and the different types ofinformation and instructions shown in the list view in some embodimentswas described through the second stage 310 of FIG. 3 . However, the typeof information and the way this information is displayed may bedifferent in different embodiments. For example, in some embodimentssome or all of the additional information about a leg of a trip that isdisplayed next to the leg 365 in the list view is different from what isshown in this stage. For instance, some embodiments do not provide thenumber of stations during each trip while some other embodiments providemore information such as the name of each station while traveling on aparticular transit vehicle. Various embodiments may include othercombinations of this information and the displayed information.

Furthermore, the information provided in the instructions 360 isdifferent in different embodiments. For example, some embodimentsprovide local directional terms that are used in each locality fordifferent cardinal points in each instruction that involves boarding atransit vehicle. In the illustrated example, if the local term “uptown”is used for the vehicles that head “north,” some such embodiments woulddisplay “take bus 56 uptown . . . ” for the first instruction 360,instead of displaying “take bus 56 north . . . ” The labeling ofdirections based on the locality in which the transit route is displayedis described in the concurrently filed U.S. patent application Ser. No.14/869,403, entitled “Map Application with Transit Navigation Mode”,which is incorporated herein by reference.

Additionally, some embodiments provide a departure time of each transitvehicle in the first instruction of each pair of instructions 360. Insome embodiments, the format in which the departure time is displayeddepends on whether the transit vehicle is characterized as a high.frequency or low frequency transit line. In some embodiments, differenttransit lines of a transit route are characterized as high frequencytransit lines and low frequency transit lines. In some such embodimentsa first transit line (e.g., a first bus line) can be categorized as alow frequency transit line at a particular transit station, while asecond different transit line (e.g. a second bus line) can becategorized as a high frequency transit line at the particular transitstation at the same time.

FIG. 4 illustrates another example of a list of navigation instructionsassociated with a selected transit route. This figure illustrates,through two operational stages 405-410 of the UI of the map applicationof some embodiments, that selection of a transit route summaryrepresentation directs the map application of some embodiments toprovide a list of navigation instructions associated with the selectedtransit route. The first stage 405 shows an identical UI of theapplication as the UI shown in the first stage of FIG. 3 . The routesummary displays a transit route summary representation that includes abus representation for the bus of the line 56, a walking personrepresentation for the walking portion, a bus representation for the busof the line 166, and a subway train representation that travels the lastleg of the transit route. The first stage 405 also shows that the userselects the transit route summary representation presented in thetransit route summary display area 193 (e.g., by tapping on the transitroute summary display area).

The second stage 410 shows that upon selection of the transit routesummary representation in the previous stage, the map applicationprovides a list of navigation instructions for the transit route in alist view display area 450. The list view display area 450 is ascrollable display area and the user can scroll up and down to viewadditional information. Each navigation instruction in the list isassociated with a particular leg of the trip traveled by a particulartransit vehicle or a walking portion of the transit route in someembodiments. That walking portions of some embodiments are the walkingdistances that are required to go (1) from the current location (of theuser) to the first transit station (e.g., bus stop, subway station,etc.), (2) between the transit stations of two consecutive legs of thetrip, and (3) from the last transit station to the desired destination.

The second stage 410 also shows that the map application displays in thelist view display area 450 a navigation instruction for each nexttransit maneuver in the transit route. Specifically, each navigationinstruction in the list includes instructions for (1) a walking portionto reach the next transit station of the next leg of the transit route,(2) boarding the next transit vehicle that services the next leg, (3)exiting the transit vehicle, and (4) walking portion to the destination.Additionally, for each next transit vehicle, the navigation instructionprovides the departure time 460 of the transit line. As described aboveand below, the departure time can be in the form of frequency ofdepartures for high frequency transit lines (e.g., bus line 56 andsubway line 166) or departure time of the next transit vehicle from thestation (e.g., bus line 244). As stated before, this is one example ofthe navigation list view of some embodiments. Some embodiments providemore information in the instructions of the list view. For example, someembodiments display each transit leg's duration or each walkingportion's duration in the navigation instructions.

As described above, in some embodiments, different transit lines of atransit route are categorized into two categories of high frequencytransit trips and low frequency transit trips. In some such embodimentsa first transit trip (e.g., a first bus line) can be categorized as alow frequency transit line at a particular transit station, while asecond different transit trip (e.g,. a second bus line) can becategorized as a high frequency transit line at the particular transitstation. Conversely, in some embodiments, a transit line can becategorized as a high frequency transit line at a particular transitstation during a first time period (e.g., on even days of the week, inthe mornings, between two particular hours, etc.), while the sametransit line can be categorized as a low frequency transit line at thesame particular station but during a second different time period (e.g.,on odd days of the week, in the evenings, between two particular hours,etc.).

The map application of some embodiments treats the high frequencytransit lines differently than the low frequency transit lines. Forexample, the application presents the departure times of high frequencytransit vehicles in a first manner while it presents the departure timesof low frequency transit vehicles in a second different manner indifferent display areas of the UI of the application. Additionally, theapplication of some embodiments classifies high frequency transit linesinto different classes and presents the frequency of departure for eachclass differently. Characterizing the transit lines as high frequencytransit lines and low frequency transit lines and computing thefrequency of departures of a particular transit line are done by amapping service that runs on one or more dedicated servers in someembodiments.

In order to determine the frequency of departures of a transit line froma transit station during a particular time period, the mapping serviceof some embodiments first determines whether the transit vehicles of theline depart from the transit station on average at least once during acertain time period (e.g., every 30 minutes for at least 2 hours). Thiscertain time period can be different in different areas or for differenttransit lines of the same or different transit systems. When the mappingservice of some such embodiments determines that the vehicles of thetransit line depart at least once during the certain time period, theservice categorizes the transit vehicles of the line as high frequencytransit vehicles. The mapping service then computes the frequency ofdepartures for high frequency transit lines.

In order to compute the frequency, the mapping service of someembodiments first identities the time intervals between each pair ofdepartures of the transit vehicles of the line that head the samedirection from the same transit station during a particular time period.The service then applies a series of mathematical functions and formulasto the identified numbers (i.e., the sequence of the gaps between thedeparture times) in order to calculate the frequency of departures forthe line. In some embodiments the calculated departure frequency can bea value (number) that represents the exact frequency of departures(e.g., every 5 minutes), a number that represents an approximation offrequency of departures (e.g., about every 5 minutes), or a range ofnumbers (e.g., every 5-8 minutes). Some embodiments first determinewhether an exact frequency can be used, then determine (if no exactfrequency is found) whether one of a set of frequency ranges can beused, and only attempt to find an approximate frequency value if thefirst two options are unsuccessful.

For a high frequency transit line, the map application some embodimentsdisplays the departure time of the line in a frequency format (e.g., inthe navigation instruction displayed in a navigation banner). That is,the application displays the frequency of departures of the transitvehicles of the line (e.g., every 5 minutes, 5-10 minutes, about 10minutes, etc.) from the transit station. For a low frequency transitline, however, the map application of some such embodiments displays thedeparture time in an absolute time format. That is the map applicationdisplays the time at which the transit vehicles of the line leave thestation (e.g., at 2:30 pm, at 3:30 pm). Characterizing transit lines ashigh and low frequency transit lines and the different treatments ofhigh and low frequency transit vehicles are described in further detailin the concurrently filed U.S. patent application Ser. No. 14/869,684,entitled “Frequency Based Transit Trip Characterizations”, andincorporated herein by reference, and U.S. patent application Ser. No.14/869,699, entitled “Frequency Based Transit Characterizations”, andincorporated herein by reference.

As described above, the map application of some embodiments can operatein one or more different modes such as map browsing mode, routing mode,navigation presentation mode, etc. The snap-browsing mode allows a userto browse a map of a locality and to perform searches for map locationsbased on addresses, names (e.g., people, businesses, etc.) or othersearch parameters. The navigation presentation mode of some embodimentsincludes a driving navigation mode to provide driving navigationdirections, a walking navigation mode to provide walking navigationdirections, and a transit navigation mode to provide transit navigationdirections.

When a user starts navigation iii the transit navigation mode (e.g., byselecting a start navigation control), the map application of someembodiments provides a transit navigation presentation that displaysinstructions for each transit maneuver (e.g., in a transit leg) of atransit trip. As described above, a transit leg refers to a portion of atransit route that starts or ends with is a transit maneuver thatrequires a transit vehicle change or a walking portion of the transitroute (i.e., between two transit vehicle portions, or at the start orend of a transit route).

The different transit maneuvers in some embodiments include boarding atransit vehicle of the transit route, exiting a transit vehicle, walkingto a transit station, and walking to the destination of the transitroute. Some embodiments combine the navigation instructions for two ormore transit maneuvers that relate to the same transit leg. For example,some embodiments display a single navigation instruction for walking toa transit station and boarding a transit vehicle at the station. Someother embodiments, on the other hand, provide a separate navigationinstruction for entering each transit station of a transit route.

In sonic embodiments, a transit navigation presentation providesnavigation instructions that specify navigation maneuvers that use oneor more transit vehicles (e.g., buses, rapid-transit train vehicles,commuter-rail vehicles, long-distance train vehicles, ferries, etc.) asthe device traverses a transit route from a starting location to adestination location. The transit navigation presentation in someembodiments also includes walking instructions that provide directionsto transit stations or from transit stations. In some embodiments, themap application displays navigation banners to provide navigationinstructions during a transit navigation presentation.

In some embodiments, the map application allows a user to select andscroll through a set of navigation banners representing the differenttransit maneuvers of a selected transit route when the user starts thenavigation presentation mode. As the user scrolls through eachnavigation banner (e.g., by swiping the navigation banner to the left orright), the portion of the route (e.g., a transit leg) associated withthe currently in-focus navigation banner is presented to the user in asecond display area. A representation of the currently displayed transitmaneuver in the second display area of some embodiments is highlightedon the transit route (e.g., through color highlighting).

In some embodiments, the representation of the transit leg in the seconddisplay area (i.e., the representation of the transit leg drawn over aportion of the map that corresponds to the transit maneuver) augmentedto display more details about the transit maneuver on the map.Additionally, some embodiments prioritize road labels based on proximityto transit maneuvers and the current displayed maneuver. That is, insome embodiments, the road labels (e.g., street signs) that correspondto the transit maneuver are displayed in the second display area over aportion of the map that is related to the displayed navigation banner inthe first display area.

In some embodiments, each navigation banner provides a navigationinstruction for a transit maneuver related to one leg of the transitroute. In some embodiments the transit leg includes a portion of thetransit route that is traveled by a different transit vehicle or aportion of the transit route that is walked for more than a particulardistance. When the map application is displaying a transit routeoverview presentation (such as the one shown in the fourth stage 120 ofFIG. 1 ), the selection of Start control 184 directs the map applicationto start a transit navigation presentation that provides transitnavigation directions from the device's current location to thedestination. FIG. 5 illustrates an example of such a transit navigationpresentation in terms of live operational stages 505-525 of mapapplication UI.

The first stage 505 illustrates a representation of a transit routebetween a starting location and a destination location that is drawnover a portion of a map of a region after a user selected the transitnavigation mode. The representation of the transit route includes threedifferent transit legs 535-545. In the, illustrated example. the firstand second transit legs 535-540 (i.e. the first and second portions ofthe transit route) are travelled by two buses of different lines whilethe third transit leg 515 is travelled by a subway train. The firststage 505 also shows a representation 530 of the current location of thedevice. As shown, the device is currently located at the first transitstation (i.e., the first bus stop) of the transit route, hence nowalking distance is presented between the current location of the userand the first transit station.

The incident display area 190, in stage 505, displays an incident reportthat might be related to the currently displayed transit route or thereason for not displaying another transit route. As stated above, theincident reports and the different information displayed in the incidentdisplay area of some embodiments are described is further detail in theconcurrently filed U.S. patent application Ser. No. 14/869,694, entitled“Transit Incidents”, which is incorporated herein by reference. Theroute summary display area 193 shows two bus representations ofdifferent lines 56 and 244 that travel the first and second legs of thetransit route and a subway train representation of the line 166 thattravels the last leg of the transit route. The route summary displayarea also shows that the total trip time is 58 minutes which includes atotal walking distance of 0.6 miles. The first stage 505 further showsthat the user selects the Start control 184 to start a navigationpresentation experience.

The second stage 510 shows the initiation of the transit navigationpresentation after selection of the Start control 184. As shown, thetransit navigation presentation in some embodiments includes one or morenavigation banners and one or more maneuver map views. In someembodiments, each navigation banner corresponds to one maneuver mapview. In some such embodiments each maneuver map view and its associatednavigation banner provide pictorial and text instructions that describea transit navigation maneuver, which typically is associated with atransit leg of the transit route. For example each pair of navigationbanner and map view corresponds to a starting point of a transit leg oran ending point of a transit leg. In some embodiments, a pair ofnavigation banner and map view may also correspond to a walking leg of atransit route (e.g., when the walking distance is more than a certaindistance), an entire leg of a transit route that is travelled by atransit vehicle (e.g., instructions for entering and exiting the transitvehicle), a transit station along the transit route (e.g., when thetransit station has multiple entrances and or exits), etc.

Some embodiments provide navigation instructions (e.g., in a navigationbanner) intelligently based on the position of the device. Theseembodiments detect the current position of the user and provide a text(and/or pictorial) instruction that is related to the current positionof the user. For example, when the user is detected to be outside atransit station, some embodiments provide a text (and/or pictorial)instruction that instructs the user to “enter” the transit station. Onthe other hand, when some such embodiments detect the position of theuser to be inside the transit station, the embodiments provide a test(and/or pictorial) instruction (e.g., in a navigation banner for thesame transit leg, of the route) that instructs the user to “board” thetransit vehicle.

As shown in the second through fifth stages 510-525, the user of thedevice can swipe through the navigation (instruction) banners to seesuccessive transit navigation maneuver views along the transit route.Specifically, the second stage 510 shows, after the user has started thenavigation presentation, a scrollable navigation banner displayed in thebanner display area 550 that provides a navigation instruction for thefirst bus leg 535 of the transit route. Additionally, the first maneuvermap view that is associated with the first transit leg is displayed inthe map view display area 555. The maneuver map view for the first legincludes a bus route representation for bus line 56 along with a walkingportion after the user exits the bus. Some embodiments, as describedabove, also prioritize and display in the map view (although not shownin the illustrated example) the road labels (e.g., street signs) of theroads that are in the proximity of the transit maneuver.

As described above, each transit leg of the transit route, in sonicembodiments, includes a portion of the transit route that is traveled bya different transit vehicle, which can further include a start or end ofa walking portion of the transit route. When the device's location iswithin one or more of the maneuver map views, the map application ofsome embodiments displays the device's location on the map view(s) sothat the user can orient him/herself with the required transitnavigation maneuvers. For instance, the map application of someembodiments displays the device's location on a walking leg in the mapview display area when the application determines that the user who isholding the device is walking along the walking leg, the representationof which is currently displayed in the map view display area.

When the map application of some embodiments determines that the deviceis on a walking portion of the transit route that is longer than aparticular threshold distance, the map application automaticallypresents a walking direction indicator to identify the orientation ofthe device with respect to the desired walking-navigation direction ofthe walking portion of the route. As the walking-navigation directionchanges, the user of the device can properly orient himself/herselfalong the desired walking direction by aligning the walking-directionindicator with the desired walking direction.

In addition to, or instead of, providing a walking-direction indicatorduring the walking portion of a transit navigation presentation, the mapapplication of some embodiments provides a user selectable option toswitch to the walking navigation presentation in order to obtain aricher walking navigation experience (e.g., to obtain turn-by-turnwalking navigation instructions). In some embodiments, the applicationprovides the option to switch to a walking navigation presentationduring the transit navigation presentation as a selectableuser-interface (UI) item in a navigation banner (e.g., in the navigationbanner that corresponds to the walking portion). The applicationprovides this option in some embodiments through other mechanisms, suchas voice input instructions that (through a speech recognition interfaceof the device) direct the navigation application to switch from thetransit navigation presentation to a walking navigation presentation.Switching between a transit navigation presentation and a walkingnavigation presentation during a walking portion of a transit route isfurther described in the concurrently filed U.S. patent application Ser.No. 14/869,691, entitled “Walking Guidance During Transit Navigation”,which is incorporated herein by reference.

The navigation instruction in each navigation banner describes theassociated transit maneuver and provides some information about thismaneuver. For instance, in the second stage 510, the navigation bannerthat is displayed in the display area 550 describes the bus line and busstop that starts the transit trip, the distance traveled by the firstbus, and the frequency of departures of the buses of this line. Asdescribed above, the application of some embodiments first identifieswhether the transit vehicle that travels each leg of the trip is a highfrequency transit vehicle or a low frequency transit vehicle. In theseembodiments, the application provides, in the navigation banner, thefrequency of departures when the transit vehicle is a high frequencytransit vehicle, and the departure time of the next transit vehicle ofthe line when the transit vehicle is a low frequency transit vehicle.

In some embodiments, the transit maneuver banners provide otherinformation than what is depicted in this example figure. For example,some embodiments provide the amount of required walking in terms of timeinstead of distance, while other embodiments provide both time anddistance fir the walking portion as well as each leg of the trip.Additionally, some embodiments do not provide the departure schedule ofthe transit vehicle in every banner while other embodiments provideadditional information about the transit trip or the transit vehicleassociated with a particular section of the transit trip in thenavigation banner. The second stage 510 also shows that the user isswiping through the first navigation banner in order to see the nextbanner in the sequence. In some embodiments, a user swipes through thenavigation banners by touching (contacting) the touch-sensitive displayscreen of the device with one or more fingers and dragging the finger(s)to the left or right on the display screen to scroll the screen to leftor right, respectively.

The third stage 515 shows that as a result of the user's swipe gestureon the banner display area 550, the first navigation banner has scrolledout of the display screen and a second navigation banner that providesnavigation instruction for the second leg of the transit route isscrolled in and displayed in this display area. The navigationinstruction for the second transit leg includes the bus stop at which toexit the bus line 56, the walking distance to the next bus stop, theline and the bus stop for the next leg of the trip, the total traveldistance of the next leg, and the departure schedule of the next busline.

The third stage 515 also shows that the map view display area 555displays the second maneuver map view that is associated with the secondtransit leg. The maneuver map view for the second leg in this stageincludes a bus route representation for the bus line 244 along with awalking portion to the bus stop for this line. Although in theillustrated example the navigation instruction is for the combination ofthree different transit maneuvers (i.e., exiting the bus 56, walking for10 minutes, and taking the bus 244), as described above, some embodimentprovide three different banners each of which includes a navigationinstruction for one of these three transit maneuvers. The third stage515 further shows that the user is swiping the second navigation bannerto the left in order to see the next navigation banner in the sequenceand its associated maneuver map view.

Additionally, as described before, some embodiments provide more(detailed) instructions when the walking distance in a walking portionof the transit route is more than a certain amount (i.e., more than athreshold distance). For instance, in the illustrated example, if thewalking distance between the first leg (bus line 56) and the second leg(bus line 244) was more than a certain distance (e.g., 1 mile) and/orcovered a series of different maneuvers (e.g., covered several turns ondifferent streets), then some embodiments provide one or more pairs ofnavigation banners and their associated map views for that walkingportion alone.

The fourth stage 520 shows that the banner display area 550 now displaysa third navigation banner that provides navigation instructions for thethird leg of the transit mute. This navigation banner is scrolled intothe display area and the last navigation banner is scrolled out of thedisplay area 550 after the user swipes through the previous navigationbanner. The navigation instruction for the third transit kg includes thebus stop to exit the bus 244, the walking distance to the next transitstation, the fine and the transit station for the next leg of the trip,the total travel distance of the next leg, and the departure schedule ofthe subway trains of this line.

The fourth stage 520 also shows that the map view display area 555displays the third maneuver map view that is associated with the thirdtransit leg 545. The maneuver map view for the third leg includes asubway route representation for the subway line 166 along with a walkingportion to the subway station for this line. Although in the illustratedexample the navigation instruction in the banner is for the combinationof three different transit maneuvers (i.e., exiting the bus 244, walkingfor 2 minutes, and taking the subway 166), similar to the third stage,some embodiments may provide three different banners that each includesa navigation instruction for one of the three transit maneuvers. Someother embodiments display other combinations of the three instructionsin their navigation banner display area. The fourth stage 520 furthershows that the user is swiping through the third navigation banner inorder to see the next navigation banner in the sequence and the maneuvermap view that is associated with the next navigation banner.

The fifth stage 525 shows a fourth navigation banner that providesnavigation instructions on how to exit the subway station and arrive atthe desired destination. In some embodiments, the map application showsa navigation banner that provides navigation instructions on how toenter or exit a transit station when the transit station is a largestructure with several entrances and/or exits. In some other embodimentsthe map application provides a navigation banner for every transitstation of a particular transit system (e.g., subway station, trainstation, etc.). Yet, the map application of some other embodiments doesnot provide a separate navigation banner for a transit station. In somesuch embodiments, the application provides the instructions aboutentrance to, or exit from, a transit station in a navigation banner thatis associated with a transit leg that starts from the transit station orends at the transit station, respectively.

In the illustrated example, the last transit station is a largestructure with multiple entrance and exit ways. As such, the lastnavigation banner of the fifth stage 525 provides navigationinstructions for exiting the subway train at the subway station as wellas instructions on how to exit from the subway station towards thedestination. Specifically, the navigation instruction in the lastnavigation banner includes the subway station at which to exit thesubway train 166, the exit door of the subway station to leave thestation, and the walking distance to the destination. The fifth stage525 also shows that the map view display area 555 displays arepresentation for the subway station that includes an entrance 560 tothe subway station and two exits 565 and 570 from the station. Thedisplay area 555 also displays the walking portion representation on themap which takes the user from the exit 565 of the subway station to thedestination.

As described above, when the device's location is within one or more ofthe maneuver map views, the map application of some embodiments displaysthe device's location on the map view(s) so that the user can orienthim/herself with the required transit navigation maneuvers. FIG. 6illustrates an example of displaying the current location of the devicewhile scrolling, through the different navigation banners of anavigation presentation. This figure shows, in terms of four operationalstages 605-620, when a map view covers a geographical area in which auser is currently holding the device, the maneuver map view displays thecurrent location of the device on the map presentation when acorresponding navigation banner is displayed on the device.

In the first stage 605 the figure shows the same map application thatwas shown last in the fifth stage 525 of FIG. 5 . This stage shows thesame navigation banner as shown in the previous figure after scrollingthrough all the navigation banners in the navigation presentation mode.This stage also shows that the user now is scrolling back to review theprevious banners and instructions (e.g., by contacting thetouch-sensitive display screen of the device with one or more fingersand dragging the finger(s) to the right on the display screen to scrollthe display area to the right or back).

The second, third, and fourth stages 610, 615, and 620 show similar userinterfaces as the ones shown in the fourth, third, and second stages520, 515, and 510 of FIG. 5 , respectively. However, in these threestages, instead of swiping the screen to the left to see the nextnavigation banner, the user swipes the display screen to the right inorder to see the prior navigation banner. In addition, the third stage615 shows the current position of the device through the currentposition indicator 630 that is drawn on a walking portion of the mapbetween the first and second legs of the transit route.

This is because the map application of some embodiments iterativelymonitors the current position of the device along the transit route. Insome such embodiments, when the application determines that thecurrently displayed navigation banner is for a transit leg that isassociated with the current location of the device, the applicationautomatically, and without user intervention, displays a currentposition indicator on the map (in the map view display area) thatrepresents the current position of the device (user).

In some embodiments, when the user stops scrolling through thenavigation banners during a navigation presentation, the map applicationautomatically scrolls back (or forward) the display screens (i.e., thenavigation banner and map view screens) to display the currentnavigation banner and map view when the application determines thecurrent location of the device along a particular leg of the transitroute that is not currently displayed on the device. In other words, theapplication auto steps to the current transit leg of the transit routeand displays the pair of navigation banner and maneuver map view that isassociated with the current location of the device when a number ofconditions are met. Some of these conditions in some embodiments are,identifying a certain inactivity period, during which, the user has notinteracted with the navigation banners, determining that there is enoughreception to identify the current location of the device, andidentifying that the currently displayed pair of navigation banner andmap view is not associated with the current position of the device.

FIG. 7 conceptually illustrates a process 700 that the map applicationof some embodiments performs to automatically display a pair ofnavigation banner and map view that is associated with the currentlocation of the device. Specifically, the map application changes thecurrently displayed navigation banner and map view to a navigationbanner and map view that are associated with the current leg of thetransit route (e.g., by scrolling back or forward the interveningnavigation banners and map views) without any user intervention. Thecurrent leg of a transit route in some embodiments is a portion of thetransit route that covers the current location of the device on thegeographical area displayed in the map view (i.e., the location of thedevice can be displayed on a map view that is associated with thecurrent transit leg).

The process 700 is initiated by identifying (at 710) the currentlocation of the device. The map application of some embodimentsidentifies the current location of the device using the coordinateslongitudinal, altitudinal, and latitudinal coordinates) in the GlobalPositioning System (GPS) signal that the device receives at the locationof the device. Alternatively or conjunctively, the map application ofsome embodiments uses other means (e.g., cell tower triangulation) tocompute the current location.

The process then determines (at 720) whether the currently displayednavigation banner is associated with the identified location. Asdescribed above and below, each navigation banner of some embodimentsprovides a navigation instruction that corresponds to a transit leg ofthe transit route. In order to determine whether the currently displayednavigation banner is associated with the identified location, theprocess of some embodiments determines whether the identified locationis associated with the transit leg (e.g., along the transit leg), forwhich the navigation banner provides the navigation instruction. Whenthe process determines that the currently displayed navigation banner isassociated with the identified location, the process returns tooperation 710 and iteratively tracks the current position of the device.

On the other hand, if the process determines that the currentlydisplayed navigation banner is not associated with the identifiedlocation, the process determines (at 730) whether a threshold time haselapsed since the user last interacted with the navigation presentation.That is, the process determines whether the user has stopped scrollingthe navigation banners for a certain period of time. When the processdetermines that the threshold time (e.g. thirty seconds, one minute,etc.) has not elapsed since the user last interacted with the navigationpresentation, the process returns to operation 710 to iteratively trackthe current position of the device. On the other hand, if the processdetermines that the threshold time has elapsed since the lastinteraction of the user with the navigation presentation (i.e., thecurrently displayed banner has been on the screen for more than aparticular time period), the process displays (at 740) a pair ofnavigation banner and map view that is associated with the currentlocation of the device. in order to do so, some embodiments scroll backor forward all the intervening banners and map views to display thecurrent navigation banner and map view that is associated with thecurrent location. Some other embodiments merely replace the lastdisplayed navigation banner and map view with the current navigationbanner and map view in their corresponding display screens. The processthen ends.

Some embodiments perform variations of the process 700. The specificoperations of the process 700 may not be performed in the exact ordershown and described. For example, the process of some embodimentsinstead of determining whether the current location is associated withthe currently displayed banner, first determines whether a thresholdtime has elapsed since user last interacted with the device, and thenmakes the determination about the association of the currently displayedbanner with the current position of the device. Additionally, thespecific operations may not be performed in one continuous series ofoperations, and different specific operations may be performed indifferent embodiments.

As described above, some embodiments provide a separate navigationinstruction (in a separate navigation banner) for each next action (ortransit maneuver) that the user of the device should take during anavigation presentation. For instance, when a user has to walk to thetransit station A, board a transit vehicle at transit station A, exit attransit station B, and then walk to the destination, some embodimentsprovide a first navigation banner (and its associated map view) withinstructions for walking to transit station A, a second navigationbanner (and its associated map view) for boarding the transit vehicle, athird navigation banner (and its associated map view) for exiting thetransit vehicle at transit station B, and a fourth navigation banner(and its associated map view) for walking to the destination. Someembodiments also provide a navigation banner between the second andthird banners (i.e., entering and exiting the transit vehicle) thatprovides additional instructions while the device is on board (i.e., theuser is travelling on the transit vehicle).

The map application of some embodiments automatically scrolls thenavigation banner display area and the map view display area (autosteps) to display the next step of the navigation based on a set ofheuristics. The primary heuristic in determining whether to auto step ornot in some embodiments is the distance between the two steps. However,when the distance is less than a threshold amount between the two steps,some embodiments consider other heuristics to determine whether to autostep or not.

Some embodiments provide a separate navigation banner that includesnavigation instructions for entering a transit station (e.g., anenter-station navigation banner). Some such embodiments display theenter-station navigation banner when the device is within a thresholddistance (e.g., 100 meters) from any of the transit stations of thetransit route. Some other embodiments do not provide a separatenavigation banner for transit stations and integrate the instructions ofsuch into the navigation instruction that is provided for a walking legbefore reaching the transit station, or into the navigation instructionthat is provided to board the transit vehicle.

Once the map application of some embodiments determines (e.g., through amapping service) that the device (user) is at a transit station, theapplication provides instructions that instruct the user to board thetransit vehicle. Some embodiments determine that the device is at thetransit station when the device is located on the same map polygon thatincludes the transit station. Some other embodiments determine that theuser is at the station when the device is within a threshold distance ofthe station. Some embodiments require additional conditions to be met todetermine that the device is at the transit station.

For instance some embodiments require that the device be on a travellingmode (e.g., the user was travelling on another transit vehicle) beforethe tracked location of the device reaches a particular spot within athreshold distance of the transit station. Some such embodiments do notrequire the device to be in a travelling mode once the device reachesthe particular spot. This is particularly helpful when the location ofthe device cannot be determined before reaching the transit station(e.g., the user is travelling on an underground subway train beforereaching the bus stop and changing the transit vehicles). Sonicembodiments can determine whether a device is on a travelling mode ornot by analyzing the motion data the map application receives throughdifferent motion sensors of the device.

For transit stations for which a separate map polygon is not provided(e.g., for a bus stop), some embodiments only use the threshold distanceto the transit station. Some embodiments first determine whether astation polygon is provided. These embodiments use the polygon methodwhen a polygon exists for the station and use the distance method whenthere is no transit station polygon available. Yet some otherembodiments use a combination of both methods (i.e., being in the samemap polygon and within the threshold distance) in order to determinethat the device is at the transit station even when a transit stationpolygon exists.

When the map application of some embodiments determines that the deviceis outside a threshold distance from the current transit station andbetween the current transit station and the next transit station to exitthe transit vehicle, the map application auto steps forward and showsthe next navigation banner that includes the next transit station toexit the transit vehicle. The map application of some other embodimentsdoes not auto step until the device reaches a threshold distance to thelast transit station of the transit leg and when the applicationdetermines that the device is within the threshold distance (or on thesame map polygon that the exit transit station is, or a combination ofboth), the application auto steps and shows the next navigation bannerthat includes instructions for exiting the transit vehicle at thetransit station.

Some embodiments auto steps to an intermediate navigation banner that isafter the first banner that instructs the user to board the transitvehicle and before the next banner that instructs the user to exit thetransit vehicle. The intermediate navigation banner of these embodimentsincludes a navigation instruction that instructs other helpfulinstructions for guiding the user (e.g., instructing the user to stay onthe transit vehicle, showing the remaining distance to the last transitstation of the transit leg, showing the remaining number of stops beforereaching the last transit station of the transit leg, etc.).

FIG. 8 illustrates a map application of some embodiments automaticallydisplaying a navigation banner that is associated with the currentposition of the device. This figure is described in terms of threedifferent stages 805-815 of the map application UI and three top-downviews 825-835 of the map that illustrate the position of the device inthree different legs of a transit route that correspond to the threestages 805-815, respectively.

As stated above, the map application of some embodiments iterativelymonitors the current position of the device along the transit route. Insome such embodiments, when the application determines that thecurrently displayed navigation banner is for a transit leg that is notassociated with the current location of the device, the applicationautomatically, and without user intervention, scrolls back (or forward)the navigation banner display area and the map view display area todisplay the navigation banner and map view for a transit leg that isassociated. with the current position of the device. That is, the mapapplication automatically changes the currently displayed banner and mapview to a navigation banner and map view that are associated with aportion of the transit route that covers the current location of thedevice (e.g., by scrolling back or forward the intervening navigationbanners and map views). The map application of these embodimentsdisplays the new navigation banner and its corresponding maneuver mapview without receiving any user interaction with the device (e.g., atouch gesture, a swipe gesture, etc.).

Before automatically scrolling the navigation banners to display thenavigation banner that is associated with the current transit leg, themap application of some embodiments first determines that theapplication has accurately detected the current location of the device(e.g., by ascertaining that the device has enough reception toaccurately determine its current position). Alternatively orconjunctively, the navigation application of some embodiments keepstrack of the time since the navigation application displayed the lastnavigation banner for a transit leg. The application of sonic suchembodiments automatically refreshes the display areas to display thenavigation banner of the current transit leg and the correspondingmaneuver map view when a defined period of time elapses since the lastnavigation banner and map view were displayed. Therefore, in someembodiments, in order for the map application to change the currenttransit leg's navigation banner and its corresponding map view, theapplication determines that (1) an accurate location of the device isidentified, (2) the currently displayed banner is not associated withthe current location of the device, and (3) a certain time period haspassed since the currently displayed banner has been last shown to theuser.

In the first stage 805, the navigation banner display area 550 displaysa navigation banner for a walking portion of the transit route thatincludes navigation instruction for boarding the next bus which departsevery 5 minutes. As described above, some embodiments, as in theillustrated example, provide a separate pair of navigation banner andmap view for each transit navigation maneuver including a maneuver atthe beginning of a transit leg (e.g., boarding a transit vehicle) and atthe end of a transit leg (e.g., exiting a transit vehicle). The map viewdisplay area 555 also displays a current position of the device througha current position indicator 845 that is moving towards the next busstop of the transit route.

The corresponding top down view 825 of the first stage 805 shows thatthe device is currently located at the walking leg 840 of the transitroute. The first stage 805 further shows that the user is swipingthrough the navigation banner in order to see the next navigation bannerin the sequence and the maneuver map view that is associated with thenext navigation banner. The first stage 805 also shows a trip summarydisplay area 880 that includes additional information about the transittrip (e.g., the total/remaining, trip duration, total/remaining tripdistance, etc.). As shown in this stage, the trip summary display area880 shows that the total trip time is 58 minutes for this transit tripand the total distance to the destination is 8.3 miles.

The second stage 810 shows that the navigation banner display area 550displays the next navigation banner that is associated with the nexttransit leg of the trip (i.e., the bus leg 850). The corresponding topdown view 830 of the second stage 810 shows that the device is still onthe walking leg 840 of the transit route, however, it has moved furthertowards the second leg 850. For instance, the user of the device iswalking towards the next bus stop while the user is swiping through thedifferent navigation banners to browse the navigation route. Thenavigation banner of the second stage 810, as illustrated, includes anavigation instruction for boarding the next bus of the bus line 244.

The third stage 815 shows that the navigation banner display area 550and the map view display area 555 are scrolling forward to display thenext navigation banner and map view even though the user did notinteract with the device (e.g., swipe through the displayed banner) inthe previous stage. This is because the application has detected thatthe current location of the device is on a different leg of the transitroute. That is, as the corresponding top down view 835 of the thirdstage 815 shows, the current position of the device is now in the middleof the third and last leg of the transit route (i.e., the transit leg853), while the navigation banner and map view display screens werestill showing the navigation instruction and map view associated withthe second leg of the transit trip.

Therefore, the map application, after identifying that the currentlocation of the device is on a portion of the transit route that isdifferent than the currently displayed navigation instruction and mapview, automatically scrolls the banner and map view to show the bannerand map view that are associated with the current position of thedevice. In the illustrated example, because the user did not interactwith the device for a certain amount of time during which the positionof the device changed from the second leg to the third leg, the displayareas scroll forward to show the updated information. The third stagealso shows that the trip summary display area 880 has also been updatedand now shows that the remaining trip time is 15 minutes and theremaining distance to the destination is 2.1 miles.

Although not shown, one of ordinary skill in the art would realize thatthe displayed banner and map view could similarly scroll backward. Forexample, if the user swipes through the navigation banners to the lastnavigation banner for the last transit leg, when the position of thedevice stays on one of the earlier transit legs of the trip for acertain time, the application of some embodiments scrolls the screensback to display the information related to the current position of thedevice in the navigation banner and the map view.

Some embodiments allow the user to modify the transit route during thenavigation presentation. In some embodiments, the user can replace oneor more transit legs of the transit route with one or more transit legsthat were not part of the originally presented transit route. That is,in some embodiments, each transit leg under certain circumstances(described below) may be replaced by another route that includes one ormore transit legs. In some embodiments, the user can modify the routewhile the user steps through the different navigation banners of thetransit route. In some embodiments, the user may modify the route whilea navigation list view of the route is presented to the user.

FIG. 9 conceptually illustrates a process 900 that some embodimentsperform to identify and display alternative routes for a transit leg ofa transit trip. The mapping service of some embodiments which providestransit data to the map application performs this process while in someother embodiments the process is performed by the map application thatruns on the device. Some embodiments perform this process to display thenavigation instructions of the transit route in a navigation list viewsimilar to the navigation list view described above by reference to FIG.3 .

The process 900 begins by identifying (at 910) the different legs of atransit route. As described above, a transit route of some embodimentsincludes several legs each of which is either serviced by a differenttransit vehicle of a different line, or a navigable pedestrian route,which includes a walking distance that is more than a thresholddistance. The process then displays (at 920) a first navigationinstruction for the first transit leg of the transit route (e.g., in atransit navigation list view).

The process then determines (at 930) whether there is any alternativeroute for the displayed leg. The process of some embodiments makes sucha determination by determining whether the displayed transit leg isreplaceable by a second route (including one or more transit legs) thatruns parallel with the displayed transit leg (i.e., from the samestarting station to the same ending station). In some other embodimentsa transit leg is replaceable by a second route when the second route(that includes one or more transit legs itself) and the transit leg haveat least two common transit stations or two transit stations that arewithin a short distance of each other (e.g., within a threshold distanceof each other).

When the process determines that there is no alternative route for thedisplayed leg, the process proceeds to operation 950 which is describedbelow. On the other hand, when the process determines that there are oneor more alternative routes for the displayed leg, the process displays(at 940) the alternative routes to the user as selectable items alongwith the navigation instruction for the transit leg. The user can thenselect any of the alternative routes to replace the currently displayedleg with the alternative routes. In some embodiments, the one or moreother transit vehicles of an alternative route can be of the same typeas the transit vehicle that travels the transit leg, or they can be ofdifferent types (e.g., the transit leg is traveled by a bus, while thesecond route is traveled by one or more subway trains).

The process then determines (at 950) whether there are more legs in thetransit route to process. When the process determines that additionallegs are left in the transit route, the process returns to 920 todisplay the navigation instruction for the next leg of the transit routeand any possible alternative routes for the next leg in the same mannerthat was described above. On the other hand, when the process determinesthat the last transit leg of the transit route has been processed, theprocess ends.

Some embodiments perform variations of the process 900. The specificoperations of the process 900 may not be performed in the exact ordershown and described, Additionally, the specific operations may not beperformed in one continuous series of operations, and different specificoperations may be performed in different embodiments. For example, someembodiments perform similar operations to identify and displaynavigation banners and map views in a navigation presentation. Theprocess of some such embodiments displays the next legs and navigationinstructions, however, upon receiving a user interaction with thedisplayed screen (e.g., a user scrolls through a navigation banner toreview the next instruction in the next navigation banner, as describedabove).

FIG. 10 illustrates an example of modifying a selected transit route ina navigation list view. This figure shows through three operationalstages 1005-1015 and a transit map presentation 1020, how a user canreplace a particular leg of a transit route with a different transit legwhile the user views a navigation list view of the transit route. Asdiscussed above, when a user selects a route summary presentation (e.g.,presented in response to a request for transit route), the mapapplication of some embodiments provides a list view of the selectedtransit route which provides a list of detailed instructions on how tonavigate the transit route.

The transit map presentation 1020 displays representations of differentroutes of different transit lines in a particular geographical area.Specifically, the transit map shows two bus line representations 1035and 1055 for the bus lines 122 and 124, respectively. The buses of thesetwo lines travel along the two legs of a portion of a transit route 1060that is highlighted on the map presentation (e.g., a transit routeselected by the user). The transit map also shows one subway linerepresentation 1050 for the subway line N which is another leg of thetransit route 1060. The transit map further includes two other subwayline representations 1040 and 1045 for the subway lines M and L. Thesubway lines M and however, are not a part of the transit route 1060,but run parallel with the leg 1050 (subway line N) of the transit route1060.

In the first stage 1005, a user is presented with a navigation list view(e.g., after the user selected a route summary associated with the listview) 1030. The list view includes all the navigation instructionsrequired to navigate the transit route 1060. However, the first stage1005 only shows the instructions of the list view that are related tothe portion of the map that is displayed in the transit map presentation1020. The displayed portion of the list view at this stage includesinstructions for taking a bus of line 122 heading east at Jerry Street,and after passing one bus stop and traveling for about 0.4 miles,exiting the bus 122 at the 24^(th) Street. The walking instructionsbetween the legs are not displayed for simplicity of description. Thelist view also includes an instruction that instructs the user to boardsubway N heading east at the 24^(th) Street. However, under the sameinstruction, the list includes two subway representations 1065 and 1070for the subway lines L and M, respectively.

In some embodiments, the map application determines whether any of thetransit legs of a selected transit route is replaceable by a seconddifferent route that is travelled by one or more other transit vehicles,in some embodiments a transit leg is replaceable by a second route whenthe second route runs parallel with the identified transit leg (from thesame starting station to the same ending station). In some otherembodiments a transit leg is replaceable by a second route when thesecond route and the transit leg have at least two common transitstations or two transit stations that are within a short distance ofeach other (e.g., within a threshold distance of each other).

In some embodiments, the one or more other transit vehicles of thesecond route are of the same type as the transit vehicle that travelsthe transit leg (i.e. the transit vehicles are from the same transitsystem), or the transit vehicles are of different types (e.g., thetransit leg is traveled by a bus, while the second route is traveled byone or more subway trains and buses). When the map application of someembodiments determines that a transit leg of a transit route can bereplaced with other routes, the map application displays the otherroutes to the user along with the same navigation instruction that isassociated with the transit leg. That is, the navigation applicationdisplays the navigation instruction for the transit leg (e.g., in thelist view, in the navigation banner, etc.) and provides the otheridentified routes as selectable UI items for the user to be able tomodify the selected transit route.

In the illustrated example, the transit leg 1050 has the same startingand ending stations as the routes 1040 and 1045 at the 24^(th) Streetand Main Street, as displayed in the transit map presentation 1020. Assuch, the map application has determined that the transit leg 1050 canbe replaced by these two subway routes and displayed them under the sameinstruction that is provided for boarding the subway train of line N.The two subway routes 1040 and 1045 are presented with two selectablesubway representations 1070 and 1065.

Although in the illustrated example, each substitute route is displayedseparately as a selectable UI item, some other embodiments provide asingle indicator that other routes are available, and upon selection ofthe indicator, a new display area provides all other routes that canreplace the transit leg along with various transit information about theroutes. For example, when other routes are available, the mapapplication of some such embodiments provides a new display area thatlists these routes, and for each route in the list, the applicationprovides the travel distance of the route, the number of transitstations that will be passed, the approximate time of travel, thedifference in travel distance between the route and the transit leg,etc.,

The second stage 1010 shows that the user selects the subway route 1065(e.g., by tapping on the route representation). The third stage 1015shows that as a result of selecting the new subway route, the list viewnow includes new instructions for boarding the subway train of line L(instead of subway train of line N that was shown originally) along withtransit information of this subway line. Although in the illustratedexample each one of the substitute routes includes only one subway trainof one line, as discussed above, each substitute route can includemultiple subway trains of different lines in some embodiments.Conversely, each one of the illustrated substitute routes can betraveled by a transit vehicle of a different type (e.g., a bus) or byseveral different transit vehicles of different lines and differenttypes. For example, the presented transit leg might be a subway linewith an alternative route that includes both a bus line and a differentsubway line.

FIG. 11 illustrates another example of modifying a selected transitroute in a navigation presentation. This figure shows through fouroperational stages 1105-1120 and a transit map presentation 1125, how auser can replace a particular leg of a transit route with a differentroute while the user steps through the navigation banners of anavigation presentation. As described above, when a user selects theStart control to start a turn-by-turn transit navigation presentation,the map application provides a sequence of navigation banners and theircorresponding map views of the route to the user. The user can then step(scroll) through the sequence of the banners and view differentinstructions (e.g., pictorial and text instructions) about each leg ofthe transit trip.

The transit map presentation 1125 displays the same representations ofdifferent routes of different transit lines that were displayed in thetransit map presentation 1020 of FIG. 19 . The first stage 1105 shows anavigation banner in the banner display area 1150, which includesnavigation instructions for the bus leg 1035 of the transit route. Themaneuver map view display area 1155 displays the transit leg of theroute for which the navigation instructions are provided. Specifically,the map view includes the last portion of the bus leg and the beginningof the subway leg. This map view further includes two other subwayrepresentations 1065 and 1075 for the other subway trains that travelthe parallel routes to the transit leg 1050. This is because the mapapplication of some embodiments gives the user the option to choose fromthe different transit vehicles that travel towards the same destinationbut via different routes.

As described in the example illustrated in the previous figure, theother options for the other routes can be presented to the userdifferently in different embodiments. That is, although each substituteroute is displayed separately as a selectable UI item in this example,some embodiments provide a single selectable UI item in the map viewarea that indicates to the user that other routes are available for thisparticular transit leg. Upon selection of this UI item, a new displayarea opens up which provides all other routes in a list format and foreach route in the list, different transit information about the route isprovided by these embodiments.

The second stage 1110 shows that the user selects the subway route 1065(e.g., by tapping on the route representation). The third stage 1115shows that as a result of selecting the new subway route, the navigationbanner now includes new instructions for boarding the subway train ofline L (instead of subway train of line N that was shown originally)along with transit information of this subway line. The third stage alsoshows that the user swipes through the navigation banner to view thenext step's navigation banner and map view of the transit route. Thefourth stage 1120 then shows a navigation banner that instructs the useron where to get off the subway trait L and how to Exit the subwaystation to get to the next bus stop of the transit route.

All the above concepts and features described for a map application areequally applicable to different types of electronic devices withdifferent types and sizes of, display screens. However, some of the userinterfaces are presented differently for different devices. Forinstance, the illustrated example in FIG. 5 shows a transit navigationpresentation that some embodiments provide for a particular type ofelectronic device with a particular size of display screen (e.g., aniPhone). Some embodiments provide different navigation presentations ondifferent types of electronic devices.

For example some embodiments provide a navigation presentation hatalthough operates in the same above-described manner, provides adifferent type of user interface and navigation presentation on adifferent type of electronic device (e.g., an Apple Watch). Because ofthe size limitation of the display screen and/or display area of someelectronic devices, the map application of some embodiments is not ableto display all the map/navigation information that the application wouldhave shown in a device with a bigger display screen at once.

Some embodiments provide means that compensate for this type oflimitation. For example, the transit navigation presentation provided bysome embodiments does not provide a pair of navigation banner and mapview together (as shown and described in the above examples) for eachtransit navigation instruction. Instead, the transit navigationpresentation provides a navigation banner for each transit navigationinstruction in one screen, and upon selection of the banner (e.g., bytapping on the banner or display screen), the navigation presentationprovides a map view that is associated with the displayed navigationbanner. The user can then switch back to view the navigation instructionby selecting a back control (e.g,., by tapping on a back control) or byswiping the display screen (e.g., touch the display screen with one ormore fingers and drag the finger(s) to the right).

FIG. 12 illustrates initiation of a transit navigation presentation on adifferent type of electronic device (e.g., an Apple Watch).Specifically, this figure shows, through four operational stages1205-1220, how a user can view a transit navigation presentation. Someembodiments require a connection (e.g., wireless connection, ashort-range wireless connection such as Bluetooth connection, etc.)between the electronic device 1230 and a separate device on which themap application operates (e.g., an iPhone), Some other embodiments donot require such a connection and the electronic device 1230 canexchange the transit and routing data as well as other map andnavigation data with a snapping service directly.

The first stage 1205 shows the electronic device 1230 with a displayarea 1235 that is displaying a UI 1200 of the map application. As statedabove, the map application may run on another electronic device that isconnected to the device 1230 (e.g., through Bluetooth) or on the sameelectronic device. A user has requested to start navigating a transitroute between two particular locations (e.g., current location of theuser and a destination location) and in response to the request, thedisplay area is showing a route summary presentation 1240 of a transitroute between the two locations. In some embodiments, the user requestsfor the transit route through a separate device and selects a startnavigation control similar to the Start control 184 of FIG. 1 in orderto reach the illustrated stage 1205. In some other embodiments the usercan request for the transit route and start navigating the requestedtransit route directly through the electronic device 1230, with orwithout a connection to a separate device.

The route summary presentation 1240, as shown, includes two busrepresentations of different lines 56 and 244 that travel the first andsecond legs of the transit route and a subway train representation ofthe line 166 that travels the last leg of the transit route. The displayarea 1235 also shows that the total transit trip time is 58 minuteswhich includes a total walking distance of 0.6 miles. As described abovesome embodiments display a walking person representation for thedifferent walking portions of the route in the route summarypresentation, while some other embodiments display the walkingrepresentation only for walking portions that are more than a thresholddistance (e.g., 0.5 miles).

The second stage 1210 shows that the user requests for a correspondingmap presentation of the transit route summary. In some embodiments, theuser may request for such by selecting any portion of the displayedinformation. That is, in some such embodiments, when the user taps onany portion of the display area 1235 of the device's display screen, themap application provides a map presentation and transit route that isassociated with the displayed route summary presentation. As shown inthis stage, the user selects the displayed route summary (e.g., bytapping on the display area 1235 of the screen) in order to view thetransit route on a map presentation.

The third stage 1215 shows a map presentation 1250 with a transit routerepresentation 1260 drawn over the map presentation. Specifically, therepresentation of the transit route includes three different transitlegs that are drawn over a map region. In the illustrated example, thefirst and second transit legs (i.e. the first and second portions of thetransit route) are travelled by two buses of different lines andtherefore are displayed in a similar format. The third transit leg ofthe transit route, however, is travelled by a subway train, hence it isshown differently (i.e., as a railway representation on the map). Thethird stage 1215 also shows a representation 1265 of the currentlocation of the device.

As shown, the device is currently located at the first transit station(i.e., the first bus stop) of the transit route, therefore no walkingdistance is presented between the current location of the user and thefirst transit station. Two walking distances 1270, however, are shown onthe map presentation. The first walking distance separates the two busroutes from each other while the second walking distance is from thelast subway station of the transit route to the desired destination.This stage also shows a route summary presentation area 1255 thatdisplays the route summary which is similar to the route summary 1240shown in the first stage 1205. Some embodiments, however, do not providea separate route summary presentation area such as the one displayed inthis figure. Some such embodiments only display the corresponding mapview upon selection of the route summary presentation.

The third stage also shows that the user selects the back control 1280(e.g., by tapping on the control) in order to direct the map applicationto change the display area back to display the route summarypresentation. In some embodiments, the user can also swipe back the mapview (e.g., by swiping the display screen to the right) in order toswitch the display area back to display the route summary and/ornavigation instruction. Yet, in some other embodiments a user can viewthe previous route summary by tapping on the display screen while thedisplay area of the display screen shows the map presentation associatedwith the route summary.

Therefore, even though the size of the display screen limits the mapapplication to display either the route summary presentation (or anavigation instruction as will be discussed in detail below), or thecorresponding map view, a user still can switch between the two bysimply tapping on the screen (e.g., tapping on the route summarypresentation to switch to its corresponding map view, and tapping on theback control (or swiping back the screen) to switch back to thecorresponding route summary presentation and/or a navigationinstruction). The fourth stage 1220 shows that as a result of tapping onthe back UI control 1280, the map application switches back todisplaying the same route summary presentation that was illustrated inthe first stage 1205.

FIG. 13 illustrates a transit navigation presentation and navigatingthrough different navigation banners displayed on an electronic device.Specifically, this figure shows, through eight operational stages1305-1340, how a user can view a transit route and step through thedifferent transit navigation banners for navigating the transit route.Similar to the last example, some embodiments require a connection(e.g., wireless connection, Bluetooth connection, etc.) between theelectronic device 1230 and a separate device on which the mapapplication operates (e.g., an iPhone). Some other embodiments do notrequire such a connection and the electronic device 1230 can receive thetransit and routing data from a mapping service (such as the mappingservice describe above) directly.

The first stage 1305 shows that the display area 1235 of the electronicdevice 1230 displays a UI of the map application that is similar to theUI that was displayed in the first stage of FIG. 12 . More specifically,in this stage, a user has already requested for a transit route betweenthe current location of the device and a destination location and inresponse to the request, the display area is showing a route summarypresentation of a transit route between the two locations. The routesummary presentation includes two bus representations for two differentbus lines and a subway train representation for a subway line. Thesethree transit lines shape the three transit legs of the transit route.

The display area 1235 also shows that the total transit trip time is 58minutes which includes a total walking distance of 0.6 miles. This stagealso shows that the user is turning the crown 1350 of the device, whichfunctions as a small scroll wheel in some embodiments. In other words,in some embodiments, a user may navigate through different displayscreens of the same or different applications by turning and/or pushingthe scroll wheel 1350 instead of swiping and/or tapping on the displayscreens. In this example, the user turns the scroll wheel 1350 to scrollto the next screen of the navigation presentation. That is, unlike theexample shown in the previous figure, the user has chosen to scrollthrough the navigation presentation instead of tapping on the routesummary presentation to view its corresponding transit route on the mapregion. Some embodiments scroll the displayed screen down when thescroll wheel is turned in one direction and scroll the displayed screenup when the scroll wheel is turned in another (opposite) direction.

Similar to the example illustrated in FIG. 5 , the transit navigationpresentation in some embodiments includes one or more navigation bannersand one or more maneuver map views. In some embodiments, each navigationbanner corresponds to one maneuver map view. In some such embodimentseach maneuver map view and its associated navigation banner providepictorial and text instructions that describe a transit navigationmaneuver, which typically is associated with a transit leg of thetransit route. For example each pair of navigation banner and map viewcorresponds to a starting point of a transit leg or an ending point of atransit leg. In some embodiments, a pair of navigation banner and mapview may also correspond to a walking leg of a transit route, an entireleg of a transit route that is travelled by a transit vehicle, a transitstation along the transit route, etc.

As shown in the second through eighth stages 1310-1340, the user of thedevice can scroll through the navigation (instruction) banners to seesuccessive transit navigation banners that include navigationinstructions for the transit maneuvers along the transit route. Thesecond stage 1310 shows the first navigation banner in the navigationpresentation after the user scrolled through (by turning the crown 1350)the route summary screen in the first stage. The navigation banner inthe second stage includes a navigation instruction on how to start thetransit route.

Specifically, the navigation banner includes a walking personrepresentation that shows that the user is required to walk a distanceto reach the first transit station of the transit route. The banner alsoshows the walking distance (0.1 miles) to the first station andinstructs the user to walk for 3 minutes to reach the first bus stationfor the bus line 56, which starts the first leg of the transit mute. Thesecond stage also shows that the page counter 1355 shows that thedisplayed navigation banner is the first one in a sequence of eightnavigation banners that provide navigation instructions for therequested transit route. The progress in the navigation presentation(i.e., what portion of the route is navigated so far) is furtherindicated by the progress indicator 1360. The user, at this stage, alsochooses to scroll through the navigation banner to see the next step ofthe navigation presentation.

The third stage 1315 shows the second navigation banner in thenavigation presentation after the user scrolled through (by turning thecrown 1350) the first navigation banner in the second stage. As shown,the page counter 1355 shows the page count of 2 out of 8 banners and theprogress indicator 1360 also has moved a little down to indicate thelevel of progress in the navigation presentation. The second navigationbanner shows a bus representation for bus line 56 and bus leg distanceof 1.4 miles. The second navigation instruction in the navigation bannerinstructs the user to take bus 56 at the first street. In the thirdstage the user chooses to view the associated maneuver map view for thedisplayed navigation banner. In order to do so, the user taps on thedisplay screen of the device.

The fourth stage 1320 shows that after the user taps on the displayscreen while the display area of the display screen was displaying thesecond navigation banner, the display screen now shows the associatedmap view for the selected navigation banner. Specifically, this stageshows the second maneuver map view that is associated with the secondnavigation banner and the first transit leg. The maneuver map view forthe second navigation banner (instruction) includes a bus routerepresentation 1365 for the bus line 56 along with a walking portionafter the user exits the bus. This stage also shows that in someembodiments, a separate display area shows a representation of thesecond navigation banner which includes the bus representation and therelated instruction to take the bus at the bottom of the display screen.

In some embodiments the instruction shown here in the map view displayarea is different than the instruction shown in the correspondingnavigation banner. For example, in some embodiments the text instructionis shorter that the text instruction shown in the navigation banner. Insome other embodiments, as described above, the map application does notprovide a separate display area to display the route summarypresentation in the map view. The fourth stage 1320 further shows thatthe user taps on the back control 1280 to switch back to the associatednavigation banner for the map view. As stated above, in some embodimentsthe user can also switch back the corresponding navigation instructionby swiping back the map view (e.g., swiping the screen to the right).

The fifth stage 1325 shows the same UI of the map application that wasshown in the third stage. In this stage, however, the user has decidedto view the next step of the navigation. Instead of turning the scrollwheel to scroll to the next navigation banner, however, this stage showsthat the user swipes through the second navigation banner in order tosee the next banner in the sequence. As described above, in someembodiments a user swipes through the navigation banners by touching(contacting) the touch-sensitive display screen of the device with oneor more fingers and dragging the finger(s) up or down on the displayscreen to scroll the screen down or up, respectively.

The sixth stage 1330 shows that as a result of the user's swipe gestureon the navigation banner, the second navigation banner has scrolled outof the display screen and a third navigation banner that providesnavigation instructions for the start of the second leg of the transitroute is scrolled in and displayed in the display area of the displayscreen. The navigation banner in the sixth stage includes a navigationinstruction for walking to the next transit station of the route.Specifically, the navigation banner includes a walking personrepresentation that shows that the user is required to walk a distanceto reach the second transit station of the transit route.

The navigation banner in the sixth stage 1330 also shows the walkingdistance (0.3 miles) to the first station and instructs the user to walkfor 10 minutes to reach the second bus stop for starting the second legof the transit route traveled by the bus line 244. The sixth stage alsoshows that the page counter 1355 shows that the displayed navigationbanner is the third one in the sequence of eight navigation banners. Theuser, at this stage, also scrolls through the navigation banner to seethe next step of the navigation presentation.

The seventh stage 1335 shows the fourth navigation banner in thenavigation presentation after the user scrolled through (by swiping upthe display screen) the third navigation banner in the sixth stage. Asshown, the page counter 1355 shows the page count of 4 out of 8 bannersnow and the progress indicator 1360 also has moved further down (almostin the middle now) to indicate the level of progress in the navigationpresentation. The fourth navigation banner shows a bus representationfor bus line 244 and bus trip distance of 2.1 miles. The fourthnavigation instruction in the navigation banner instructs the user totake the bus 244 at the B street bus stop. In the seventh stage the userchooses to view the associated maneuver map view for the displayednavigation banner. In order to do so, the user taps on the displayscreen of the device.

After the user taps on the display screen while the display area of thedisplay screen displays the fourth navigation banner, the display screenshows, in the eight stage 1340, the associated map view for the selectednavigation banner. Specifically, the fourth stage 1340 shows the fourthmaneuver map view that is associated with the fourth navigation bannerand the second transit leg. The maneuver map view for the fourthnavigation banner (instruction) includes a bus route representation 1370for the bus line 244 along with a walking portion after the user exitsthe bus.

The illustrated examples in the FIGS. 12 and 13 are not the onlyoperations of the map application that are applicable to other devicessuch as an Apple Watch. As stated above, all of the above-describedembodiments are equally applicable to other electronic devices such asan Apple Watch. As an example, the feature of automatically steppingthrough the navigation banners by tracking the current position of thedevice (i.e., auto stepping), which is described in detail above, isalso equally applicable to Apple Watch, although no example figure forthis feature is provided.

In some embodiments, when the map application is in the drivingnavigation mode, the map application continually (and withoutinterruption) operates on the device (e.g., the apple watch) to providethe driving navigation presentation. In some such embodiments even whenthe device is in the locked mode and/or sleep mode (i.e., the displayscreen of the device is turned off), the map application actively runson the device (by one or more processors of the device) in order tomaintain the navigation presentation.

In some embodiments, when the map application is in the transitnavigation mode, the map application does not continuously operate onthe device (e.g., the apple watch). In other words, the map applicationstops operating on the device when the display screen of the device isturned off (the device is in the sleep mode) even if the map applicationis in the middle of a navigation presentation or any other operationrelated to the transit navigation presentation. This is because in atransit route, the probability of the device being used underground(e.g., on a subway leg of the trip) or in other areas that the devicecannot be properly tracked is often high. As such, in order to savebattery time and other resources of the device, some embodimentsinterrupt the map application while in transit mode, when theseembodiments determine that the device cannot connect to a data networkor when the device is in sleep mode. In some other embodiments, the mapapplication is not interrupted in the transit mode and actively operateson the device even if the device's display screen is turned off.

Many of the above-described features and applications are implemented assoftware processes that are specified as a set of instructions recordedon a computer readable storage medium (also referred to as computerreadable medium). When these instructions are executed by one or morecomputational or processing unit(s) (e.g., one or more processors, coresof processors, or other processing units), they cause the processingunit(s) to perform the actions indicated in the instructions. Examplesof computer readable media include, but are not limited to, CD-ROMs,flash drives, random access memory (RAM) chips, hard drives, erasableprogrammable read-only memories (EPROMs), electrically erasableprogrammable read-only memories (EEPROMs), etc. The computer readablemedia does not include carrier waves and electronic signals passingwirelessly or over wired connections.

In this specification, the term “software” is meant to include firmwareresiding in read-only memory or applications stored in magnetic storagewhich can be read into memory for processing by a processor. Also, insome embodiments, multiple software inventions can be implemented assub-parts of a larger program while remaining distinct softwareinventions, in some embodiments, multiple software inventions can alsobe implemented as separate programs. Finally, any combination ofseparate programs that together implement a software invention describedhere is within the scope of the invention. In some embodiments, thesoftware programs, when installed to operate on one or more electronicsystems, define one or more specific machine implementations thatexecute and perform the operations of the software programs.

The applications of some embodiments operate on mobile devices, such assmart phones (e.g., iPhones™) and tablets (e.g., iPads™). FIG. 14illustrates an example of an architecture 1400 of such a mobilecomputing device. As shown, the mobile computing device 1400 includesone or more processing units 1405, a memory interface 1410 and aperipherals interface 1415.

The peripherals interface 1415 is coupled to various sensors andsubsystems, including a camera subsystem 1420, a wired communicationsubsystem(s) 1423, a wireless communication. subsystem(s) 1425, an audiosubsystem 1430, an I/O subsystem 1435, etc. The peripherals interface1415 enables communication between the processing units 1405 and variousperipherals. For example, an orientation sensor 1445 (e.g., a gyroscope)and an acceleration sensor 1450 (e.g., an accelerometer) is coupled tothe peripherals interface 1415 to facilitate orientation andacceleration functions.

The camera subsystem 1420 is coupled to one or more optical sensors 1440(e.g., a charged coupled device (CCD) optical sensor, a complementarymetal-oxide-semiconductor (CMOS) optical sensor, etc.). The camerasubsystem 1420 coupled with the optical sensors 1440 facilitates camerafunctions, such as image and/or video data capturing. The wiredcommunication subsystem 1423 and wireless communication subsystem 1425serve to facilitate communication functions.

In some embodiments, the wireless communication subsystem 1425 includesradio frequency receivers and transmitters, and optical receivers andtransmitters (not shown in FIG. 14 ). These receivers and transmittersof some embodiments are implemented to operate over one or morecommunication networks such as a GSM network, a Wi-Fi network, aBluetooth network, etc. The audio subsystem 1430 is coupled to a speakerto output audio (e.g., to output voice navigation instructions).Additionally, the audio subsystem 1430 is coupled to a microphone tofacilitate voice-enabled functions in some embodiments.

The I/O subsystem 1435 involves the transfer between input/outputperipheral devices, such as a display, a touch screen, etc., and thedata bus of the processing units 1405 through the peripherals interface1415. The I/O subsystem 1435 includes a touch-screen controller 1155 andother input controllers 1160 to facilitate the transfer betweeninput/output peripheral devices and the data bus of the processing units1405. As shown, the touch-screen controller 1455 is coupled to a touchscreen 1465. The touch-screen controller 1455 detects contact andmovement on the touch screen 1465 using any of multiple touchsensitivity technologies. The other input controllers 1460 are coupledto other input/control devices, such as one or more buttons. Someembodiments include a near-touch sensitive screen and a correspondingcontroller that can detect near-touch interactions instead of or inaddition to touch interactions.

The memory interface 1410 S coupled to memory 1470. In some embodiments,the memory 1470 includes volatile memory (e.g., high-speed random accessmemory), non-volatile memory (e.g., flash memory), a combination ofvolatile and non-volatile memory, and/or any other type of memory. Asillustrated in FIG. 14 , the memory 1470 stores an operating system (OS)1471. The OS 1471 includes instructions for handling basic systemservices and for performing hardware dependent tasks. The memory 1470additionally includes layout rearranging instructions 1472 in order forthe device 1400 to perform the layout rearranging process of someembodiments. In some embodiments, these instructions 1472 may be asubset of the operating system instructions 1471, or may be part of theinstructions for an application.

The memory 1470 also includes communication instructions 1474 tofacilitate communicating with one or more additional devices (e.g., forpeer-to-peer data sharing, or to connect to a server through theInternet for cloud-based data sharing); graphical user interfaceinstructions 1476 to facilitate graphic user interface processing; imageprocessing instructions 1478 to facilitate image-related processing andfunctions; input processing instructions 1480 to facilitateinput-related (e.g., touch input) processes and functions; audioprocessing instructions 1482 to facilitate audio-related processes andfunctions; and camera instructions 1484 to facilitate camera-relatedprocesses and functions. The instructions described above are merelyexemplary and the memory 1470 includes additional and/or otherinstructions in some embodiments. For instance, the memory for asmartphone may include phone instructions to facilitate phone-relatedprocesses and functions. The above-identified instructions need not beimplemented as separate software programs or modules. Various functionsof the mobile computing device can be implemented in hardware and/or insoftware, including in one or more signal processing and/or applicationspecific integrated circuits.

While the components illustrated in FIG. 14 are shown as separatecomponents, one of ordinary skill in the art will recognize that two ormore components may be integrated into one or more integrated circuits.In addition, two or more components may be coupled together by one ormore communication buses or signal lines. Also, while many of thefunctions have been described as being performed by one component, oneof ordinary skill in the art will realize that the functions describedwith respect to FIG. 14 may be split into two or more integratedcircuits.

FIG. 15 conceptually illustrates another example of an electronic system1500 with which some embodiments of the invention are implemented. Theelectronic system 1500 may be a computer (e.g., a desktop computer,personal computer, tablet computer, etc.), phone, PDA, or any other sortof electronic or computing device. Suck an electronic system includesvarious types of computer readable media and interfaces for variousother types of computer readable media, Electronic system 1500 includesa bus 1505, processing unit(s) 1510, a graphics processing unit (GPU)1515, a system memory 1520, a network 1525, a read-only memory 1530, apermanent storage device 1535, input devices 1540, and output devices1545,

The bus 1505 collectively represents all system, peripheral, and chipsetbuses that communicatively connect the numerous internal devices of theelectronic system 1500, For instance, the bus 1505 communicativelyconnects the processing unit(s) 1510 with the read-only memory 1530, theCPU 1515, the system memory 1520, and the permanent storage device 1535,

From these various memory units, the processing unit(s) 1.510 retrievesinstructions to execute and data to process in order to execute theprocesses of the invention. The processing unit(s) may be a singleprocessor or a multi-core processor in different embodiments. Someinstructions are passed to and executed by the CPU 1515. The CPU 1515can offload various computations or complement the image processingprovided by the processing unit(s) 1510. In some embodiments, suchfunctionality can be provided using CoreImage's kernel shading language.

The read-only-memory (ROM) 1530 stores static data and instructions thatare needed by the processing unit(s) 1510 and other modules of theelectronic system. The permanent storage device 1535, on the other hand,is a read-and-write memory device. This device is a non-volatile memoryunit that stores instructions and data even when the electronic system1500 is off. Some embodiments of the invention use a mass-storage device(such as a magnetic or optical disk and its corresponding disk drive,integrated flash memory) as the permanent storage device 1535.

Other embodiments use a removable storage device (such as a floppy disk,flash memory device, etc., and its corresponding drive) as the permanentstorage device. Like the permanent storage device 1535, the systemmemory 1520 is a read-and-write memory device. However, unlike storagedevice 1535, the system memory 1520 is a volatile read-and-write memory,such a random access memory. The system memory 1520 stores some of theinstructions and data that the processor needs at runtime. In someembodiments, the invention's processes are stored in the system memory1520, the permanent storage device 1535, and/or the read-only memory1530. For example, the various memory units include instructions forprocessing multimedia clips in accordance with some embodiments. Fromthese various memory units, the processing unit(s) 1510 retrievesinstructions to execute and data to process in order to execute theprocesses of some embodiments.

The bus 1505 also connects to the input and output devices 1540 and1545. The input devices 1540 enable the user to communicate informationand select commands to the electronic system. The input devices 1540include alphanumeric keyboards and pointing devices (also called “cursorcontrol devices”), cameras (e.g., webcams), microphones or similardevices for receiving voice commands, etc. The output devices 1545display images generated by the electronic system or otherwise outputdata. The output devices 1545 include printers and display devices, suchas cathode ray tubes (CRT) or liquid crystal displays (LCD), as well asspeakers or similar audio output devices. Some embodiments includedevices such as a touchscreen that function as both input and outputdevices.

Finally, as shown in FIG. 15 , bus 1505 also couples electronic system1500 to a network 1525 through a network adapter (not shown). In thismanner, the computer can be a part of a network of computers (such as alocal area network (“LAN”), a wide area network (“WAN”), or Intranet),or a network of networks, such as the Internet. Any or all components ofelectronic system 1500 may be used in conjunction with the invention.

Some embodiments include electronic components, such as microprocessors,storage and memory that store computer program instructions in amachine-readable or computer-readable medium (alternatively referred toas computer-readable storage media, machine-readable media, ormachine-readable storage media). Some examples of such computer-readablemedia include RAM, ROM, read-only compact discs (CD-ROM), recordablecompact discs (CD-R), rewritable compact discs (CD-RW), read-onlydigital versatile discs (e.g., DVD-ROM, dual-layer DVD-ROM), a varietyof recordable/rewritable DVDs (e.g., DVD-RAM, DVD-RW, DVD+RW, etc,),flash memory (e.g., SD cards, mini-SD cards, micro-SD cards, etc.),magnetic and/or solid state hard drives, read-only and recordableBlu-Ray™ discs, ultra density optical discs, any other optical ormagnetic media, and floppy disks. The computer-readable media may storea computer program that is executable by at least one processing unitand includes sets of instructions for performing various operations.Examples of computer programs or computer code include machine code,such as is produced by a compiler, and files including higher-level codethat are executed by a computer, an electronic component, or amicroprocessor using an interpreter.

While the above discussion primarily refers to microprocessor ormulti-core processors that execute software, some embodiments areperformed by one or more integrated circuits, such as applicationspecific integrated circuits (ASiCs) or field programmable gate arrays(FPGAs). In some embodiments, such integrated circuits executeinstructions that are stored on the circuit itself. In addition, someembodiments execute software stored in programmable logic devices(PLDs), ROM, or RAM devices.

As used in this specification and any claims of this application, theterms “computer”, “server”, “processor”, and “memory” all refer toelectronic or other technological devices. These terms exclude people orgroups of people. For the purposes of the specification, the termsdisplay or displaying means displaying on an electronic device. As usedin this specification and any claims of this application, the terms“computer readable medium,” “computer readable media,” and “machinereadable medium” are entirely restricted to tangible, physical objectsthat store information in a form that is readable by a computer. Theseterms exclude any wireless signals, wired download signals, and anyother ephemeral signals.

While the invention has been described with reference to numerousspecific details, one of ordinary skill in the art will recognize thatthe invention can be embodied in other specific forms without departingfrom the spirit of the invention. For instance, a number of the figures(including FIGS. 7 and 9 ) conceptually illustrate processes. Thespecific operations of these processes may not be performed in the exactorder shown and described. The specific operations may not be performedin one continuous series of operations, and different specificoperations may be performed in different embodiments. Furthermore, theprocess could be implemented using several sub-processes, or as part ofa larger macro process. Thus, one of ordinary skill in the art wouldunderstand that the invention is not to be limited by the foregoingillustrative details, but rather is to be defined by the appendedclaims.

Various embodiments may operate within a map service operatingenvironment. FIG. 16 illustrates one possible embodiment of an operatingenvironment 1600 for a map service (also referred to as a mappingservice) 1630 and client devices 1602 a-1602 c. in some embodiments,devices 1602 a, 1602 b, and 1602 c communicate over one or more wired orwireless networks 1610. For example, wireless network 1610, such as acellular network, can communicate with a wide area network (WAN) 1620,such as the Internet, by use of gateway 1614. A gateway 1614 in someembodiments provides a packet oriented mobile data service, such asGeneral Packet Radio Service ((GPRS) or other mobile data serviceallowing wireless networks to transmit data to other networks, such aswide area network 1620. Likewise, access device 1112 (e.g., IEEE 802.11gwireless access device) provides communication access to WAN 1620.

The client devices 1602 a and 1602 b can be any portable electronic orcomputing device capable of communicating with a map service (e.g.,smart phone, tablet, laptop computer, etc.). Device 1602 c can be anynon-portable electronic or computing device capable of communicatingwith a map service (e.g., desktop computer, etc.). These devices may bemultifunction devices capable of various functions (e.g., placing phonecalls, sending electronic messages, producing documents, etc.). Thoughthe devices 1602 a-1602 c are not shown as each accessing the mapservice 1630 via either the wireless network 1610 and gateway 1614 orthe access device 1612, one of ordinary skill in the art will recognizethat the client devices of some embodiments may access the map servicevia multiple different wired and/or wireless protocols.

Devices 1602 a-1602 c can also establish communications by other means.For example, these devices may communicate with other wireless devices(e.g., other devices 1502 b, cell phones, etc.) over the wirelessnetwork 1610 or through access device 1612. Likewise the devices 1602a-1602 c can establish peer-to-peer communications 1640 (e.g., apersonal area network) by use of one or more communication subsystems,such as Bluetooth communication or similar peer-to-peer protocols.

Devices 1602 a-1602 c may also receive Global Positioning Satellite(GPS) signals from GPS satellites 1660. In addition, in some embodimentsthe map service 1630 and other services 1650 may also receive GPSsignals from GPS satellites 1660.

A map service 1630 may provide map services for one or more clientdevices 11602 a-1602 c in communication with the map service 1630through various communication methods and protocols. A map service 1630in some embodiments provides map information (e.g., map tiles used bythe client devices to generate a two-dimensional or three-dimensionalmap presentation) and other map-related data, such as two-dimensionalmap image data (e.g., aerial view of roads utilizing satellite imagery),three-dimensional map image data (e.g., traversable map withthree-dimensional features, such as buildings), route and directioncalculations (e.g., driving route data, ferry route calculations,directions between two points for a pedestrian, etc.), real-timenavigation data (e.g., turn-by-turn visual navigation data in two orthree dimensions), traffic data, location data (e.g., where the clientdevice currently is located), and other geographic data (e.g., wirelessnetwork coverage, weather, traffic information, or nearbypoints-of-interest). In various embodiments, the map service data mayinclude localized labels for different countries or regions, Localizedlabels may be utilized to present map labels (e.g., street names, citynames, points of interest) in different languages on client devices. Theclient devices 1602 a-1602 c may utilize these map services to obtainthe various map service data, then implement various techniques toprocess the data and provide the processed data to various entities(e.g., internal software or hardware modules, display screens of theclient devices, external display screens, or other external systems ordevices.

The map service 1630 of some embodiments provides map services bygenerating and distributing the various types of map service data listedabove, including map information used by the client device to generateand display a map presentation. In some embodiments, the map informationincludes one or more map tiles. The map tiles may include raster imagedata (e.g., bmp, gif, jpg/jpeg/, pug, tiff, etc. data) for display as amap presentation. In some embodiments, the map tiles providevector-based map data, with the map presentation data encoded usingvector graphics (e.g., svg or drw data). The map tiles may also includevarious other information pertaining to the map, such as metadata. Someembodiments also encode style data (e.g., used to generate textures)into the map tiles. The client device processes (e.g., renders) thevector and/or raster image data to generate a map presentation fordisplay as a two-dimensional or three-dimensional map presentation. Tomap tiles to a client device 1602 a-1602 c, the map service 1630 of someembodiments, performs various optimization techniques to analyze a maptile before encoding the tile.

In some embodiments, the map tiles are generated by the map service 1630for different possible display resolutions at the client devices 1602a-1602 c. In some embodiments the higher zoom levels may include moredetail (e.g., more street level information, etc.). On the other hand,map tiles for lower zoom levels may omit certain data (e.g., the streetlevel details would not be used when displaying the entire earth).

To generate the map information (e.g., map tiles), the map service 1630may obtain map service data from internal or external sources. Forexample, satellite imagery used in map image data may be obtained fromexternal services, or internal systems, storage devices, or nodes. Otherexamples may include, but are not limited to, GPS assistance servers,wireless network coverage databases, business or personal directories,weather data, government information (e.g., construction updates or roadname changes), or traffic reports, Some embodiments of a map service mayupdate map service data (e.g., wireless network coverage) for analyzingfuture requests from client devices.

In some embodiments, the map service 1630 responds to requests from theclient devices 1602 a-1602 c for map information. The client devices mayrequest specific portions of a map, or specific map tiles (e.g.,specific tiles at specific zoom levels). In some embodiments, the clientdevices may provide the map service with starting locations (or currentlocations) and destination locations for a route calculations, andrequest turn-by-turn navigation data. A client device may also requestmap service rendering information, such as map textures or style sheets.Requests for other geographic data may include, but are not limited to,current location, wireless network coverage, weather, trafficinformation, or nearby points-of-interest.

The client devices 1602 a-1602 c that obtain map service data from themap service 1630 and render the data to display the map information intwo-dimensional and/or three-dimensional views. Some embodiments displaya rendered map and allow a user, system, or device to provide input tomanipulate a virtual camera for the map, changing the map displayaccording to the virtual camera's position, orientation, andfield-of-view. Various forms and input devices are implemented tomanipulate a virtual camera. In some embodiments, touch input, throughcertain single or combination gestures (e.g., touch-and-hold or a swipe)manipulate the virtual camera. Other embodiments allow manipulation ofthe device's physical location to manipulate a virtual camera. Otherinput devices to the client device may be used including, e.g., auditoryinput (e.g., spoken words), a physical keyboard, mouse, and/or ajoystick. Some embodiments provide various visual feedback to virtualcamera manipulations, such as displaying an animation of possiblevirtual camera manipulations when transitioning from two-dimensional mapviews to three-dimensional map views.

In some embodiments, a client device 1602 a-1602 c implements anavigation system (e.g., turn-by-turn navigation), which may be part ofan integrated mapping and navigation application. A navigation systemprovides directions or route information, which may be displayed to auser. As mentioned above, a client device may receive both map imagedata and route data from the map service 1630. In some embodiments, thenavigation feature of the client device provides real-time route anddirection information based upon location information and routeinformation received from a map service and/or other location system,such as a Global Positioning Satellite (GPS) system. A client device maydisplay map image data that reflects the current location of the clientdevice and update the map image data in real-time. The navigationfeatures may provide auditory or visual directions to follow a certainroute, and some embodiments display map data from the perspective of avirtual camera biased toward the route destination during turn-by-turnnavigation.

The client devices 1602 a-1602 c of some embodiments implement varioustechniques to utilize the received map service data (e.g., optimizedrendering techniques). In some embodiments, a client device locallystores some of the information used to render map data. For instance,client devices may store style sheets with rendering directions forimage data containing style identifiers, common image textures (in orderto decrease the amount of map image data transferred from the mapservice), etc. The client devices of some embodiments may implementvarious techniques to render two-dimensional and three-dimensional mapimage data, including, e.g., generating three-dimensional buildings outof two-dimensional building footprint data; modeling two-dimensional andthree-dimensional map objects to determine the client devicecommunication environment; generating models to determine whether maplabels are seen from a certain virtual camera position and generatingmodels to smooth transitions between map image data.

In various embodiments, map service 1630 and/or other service(s) 1650are configured to process search requests from any of the clientdevices, Search requests may include but are not limited to queries forbusinesses, addresses, residential locations, points of interest, orsome combination thereof. Map service 1630 and/or other service(s) 1650may be configured to return results related to a variety of parametersincluding but not limited to a location entered into an address bar orother text entry field (including abbreviations and/or other shorthandnotation), a current map view (e.g., user may be viewing one location onthe multifunction device while residing in another location), currentlocation of the user (e.g., in cases where the current map view did notinclude search results), and the current route (if any). In variousembodiments, these parameters may affect the composition of the searchresults (and/or the ordering of the search results) based on differentpriority weightings. In various embodiments, the search results that arereturned may be a subset of results selected based on specific criteriaincluding but not limited to a quantity of times the search result(e.g., a particular point of interest) has been requested, a measure ofquality associated with the search result (e.g., highest user oreditorial review rating), and/or the volume of reviews for the searchresults (e.g., the number of times the search result has been review orrated).

In various embodiments, map service 1630 and/or other service(s) 1650are configured to provide auto-complete search results that aredisplayed on the client device, such as within the mapping application.For instance, auto-complete search results may populate a portion of thescreen as the user enters one or more search keywords on themultifunction device. In some cases, this feature may save the user timeas the desired search result may be displayed before the user enters thefull search query. In various embodiments, the auto complete searchresults may be search results found by the client on the client device(e.g., bookmarks or contacts), search results found elsewhere (c g.,from the Internet) by map service 1630 and/or other service(s) 1650,and/or some combination thereof. As is the case with commands, any ofthe search queries may be entered by the user via voice or throughtyping. The multifunction device may be configured to display searchresults graphically within any of the map display described herein. Forinstance, a pin or other graphical indicator may specify locations ofsearch results as points of interest. In various embodiments, responsiveto a use selection of one of these points of interest (e.g., a touchselection, such as a tap), the multifunction device is configured todisplay additional information about the selected point of interestincluding but not limited to ratings, reviews or review snippets, hoursof operation, store status (e.g., open for business, permanently closed,etc.), and/or images of a storefront for the point of interest. Invarious embodiments, any of this information may be displayed on agraphical information card that is displayed in response to the user'sselection of the point of interest.

In various embodiments, map service 1630 and/or other service(s) 1650provide one or more feedback mechanisms to receive feedback from clientdevices 1602 a-1602 c. For instance, client devices may provide feedbackon search results to map service 1630 and/or other service(s) 1650(e.g., feedback specifying ratings, reviews, temporary or permanentbusiness closures, errors etc.); this feedback may be used to updateinformation about points of interest in order to provide more accurateor more up-to-date search results in the future. In some embodiments,map service 1630 and/or other service(s) 1650 may provide testinginformation to the client device (e.g., an A/B test) to determine whichsearch results are best. For instance, at random intervals, the clientdevice may receive and present two search results to a user and allowthe user to indicate the best result. The client device may report thetest results to map service 1630 and/or other service(s) 1650 to improvefuture search results based on the chosen testing technique. such as anA/B test technique in which a baseline control sample is compared to avariety of single-variable test samples in order to improve results.

While the invention has been described with reference to numerousspecific details, one of ordinary skill in the art will recognize thatthe invention can be embodied in other specific forms without departingfrom the spirit of the invention. For instance, many of the figuresillustrate various touch gestures. However, many of the illustratedoperations could be performed via different touch gestures (e.g., aswipe instead of a tap, etc.) or by non-touch input (e.g., using acursor controller, a keyboard, a touchpad/trackpad, a near-touchsensitive screen, etc.). In addition, a number of the figuresconceptually illustrate processes. The specific operations of theseprocesses may not be performed in the exact order shown and described.The specific operations may not be performed in one continuous series ofoperations, and different specific operations may be performed mdifferent embodiments. Furthermore, the process could be implementedusing several sub-processes, or as part of a larger macro process. Oneof ordinary skill in the art would understand that the invention is notto be limited by the foregoing illustrative details, but rather is to bedefined by the appended claims.

The invention claimed is:
 1. A method comprising: obtaining, by awearable device, a transit route from a starting location to adestination location, the transit route utilizing at least one publictransit vehicle and comprising a plurality of transit navigationmaneuvers; presenting, by the wearable device, a first navigationinstruction describing a first navigation maneuver of the plurality oftransit navigation maneuvers on a display of the wearable device;detecting, by the wearable device, manipulation of a physical inputphysically integrated into the wearable device, the input device beingdistinct from the display; in response to detecting the manipulation,presenting, by the wearable device, a second navigation instructiondescribing a second navigation maneuver of the plurality of transitnavigation maneuvers on the display of the wearable device.
 2. Themethod of claim 1, wherein the wearable device is a watch and thephysical input is a crown of the watch.
 3. The method of claim 1,further comprising: in response to detecting the manipulation, removingthe first navigation instruction from the display and presenting thesecond navigation instruction.
 4. The method of claim 1, furthercomprising: receiving, by the wearable device, a first selection of thesecond navigation instruction presented on the display of the wearabledevice; and in response to receiving the first selection, replacing, bythe wearable device, the second navigation instruction presented on thedisplay of the wearable device with a map view having a graphicalrepresentation of the second navigation instruction, the map viewincluding a map of a geographic area surrounding the second navigationmaneuver described by the second navigation instruction, the mapincluding a portion of the transit route corresponding to the secondnavigation maneuver.
 5. The method of claim 4, further comprising: whilepresenting the map view, receiving, by the wearable device, a seconduser input for exiting the map view; and in response to receiving thesecond user input, replacing, by the wearable device, the map viewpresented on the display of the wearable device with the secondnavigation instruction.
 6. The method of claim 4, wherein the secondnavigation instruction and the map view are not presented concurrently.7. The method of claim 1, further comprising: presenting, by thewearable device, a non-textual progress indicator that represents atotal number of maneuvers in the plurality of maneuvers and a level ofprogress along the transit route corresponding to a particularnavigation maneuver for which a corresponding navigation instruction isconcurrently presented on the display of the wearable device.
 8. Themethod of claim 2, wherein detecting the manipulation of the inputdevice includes detecting that the crown of the watch has been rotated,and further comprising: stepping forward in the transit route to a nextnavigation maneuver when the crown is rotated in a first direction; andstepping backward in the transit route to a previous navigation maneuverwhen the crown is rotated in a second direction.
 9. A non-transitorycomputer readable medium including one or more sequences of instructionsthat, when executed by one or more processors, cause the processors toperform operations comprising: obtaining, by a wearable device, atransit route from a starting location to a destination location, thetransit route utilizing at least one public transit vehicle andcomprising a plurality of transit navigation maneuvers; presenting, bythe wearable device, a first navigation instruction describing a firstnavigation maneuver of the plurality of transit navigation maneuvers ona display of the wearable device; detecting, by the wearable device,manipulation of a physical input physically integrated into the wearabledevice, the input device being distinct from the display; in response todetecting the manipulation, presenting, by the wearable device, a secondnavigation instruction describing a second navigation maneuver of theplurality transit navigation maneuvers on the display of the wearabledevice.
 10. The non-transitory computer readable medium of claim 9,wherein the wearable device is a watch and the physical input is a crownof the watch.
 11. The non-transitory computer readable medium of claim9, wherein the instructions cause the processors to perform operationscomprising: in response to detecting the manipulation, removing thefirst navigation instruction frond the display and presenting the secondnavigation instruction.
 12. The non-transitory computer readable mediumof claim 9, wherein the instructions cause the processors to performoperations comprising: receiving, by the wearable device, a firstselection of the second navigation instruction presented on the displayof the wearable device; and in response to receiving the firstselection, replacing, by the wearable device, the second navigationinstruction presented on the display of the wearable device with a mapview having a graphical representation of the second navigationinstruction, the map view including a map of a geographic areasurrounding the second navigation maneuver described by the secondnavigation instruction, the map including a portion of the transit routecorresponding to the second navigation maneuver.
 13. The non-transitorycomputer readable medium of claim 12, wherein the instructions cause theprocessors to perform operations comprising: while presenting the mapview, receiving, by flee wearable device, a second user input forexiting the map view; and in response to receiving the second userinput, replacing, by the wearable device, the map view presented on thedisplay of the wearable device with the second navigation instruction.14. The non-transitory computer readable medium of claim 12, wherein thesecond navigation instruction and the map view are not presentedconcurrently.
 15. The non-transitory computer readable medium of claim9, wherein the instructions cause the processors to perform operationscomprising: presenting, by the wearable device, a non-textual progressindicator that represents a total number of maneuvers in the pluralityof maneuvers and a level of progress along the transit routecorresponding to a particular navigation maneuver for which acorresponding navigation instruction is concurrently presented on thedisplay of the wearable device.
 16. The non-transitory computer readablemedium of claim 10, wherein detecting the manipulation of the inputdevice includes detecting that the crown of the watch has been rotated,and wherein the instructions cause the processors to perform operationscomprising: stepping forward in the transit route to a next navigationmaneuver when the crown is rotated in a first direction; and steppingbackward in the transit route to a previous navigation maneuver when thecrown is rotated in a second direction.
 17. A wearable devicecomprising: one or more processors; and a non-transitory computerreadable medium including one or more sequences of instructions that,when executed by the one or more processors, cause the processors toperform operations comprising: obtaining, by the wearable device, atransit route from a starting location to a destination location, thetransit route utilizing at least one public transit vehicle andcomprising a plurality of transit navigation maneuvers; presenting, bythe wearable device, a first navigation instruction describing a firstnavigation maneuver of the plurality of transit navigation maneuvers ona display of the wearable device; detecting, by the wearable device,manipulation of a physical input physically integrated into the wearabledevice, the input device being distinct from the display; in response todetecting the manipulation, presenting, by the wearable device, a secondnavigation instruction describing a second navigation maneuver of theplurality of transit navigation maneuvers on the display of the wearabledevice.
 18. The wearable device of claim 17, wherein the wearable deviceis a watch and the physical input is a crown of the watch.
 19. Thewearable device of claim 17, wherein the instructions cause theprocessors to perform operations comprising: in response to detectingthe manipulation, removing the first navigation instruction from thedisplay and presenting the second navigation instruction.
 20. Thewearable device of claim 17, wherein the instructions cause theprocessors to perform operations comprising: receiving, by the wearabledevice, a first selection of the second navigation instruction presentedon the display of the wearable device; and in response to receiving thefirst selection, replacing, by the wearable device, the secondnavigation instruction presented on the display of the wearable devicewith a map view having a graphical representation of the secondnavigation instruction, the map view including a map of a geographicarea surrounding the second navigation maneuver described by the secondnavigation instruction, the map including a portion of the transit routecorresponding to the second navigation maneuver.
 21. The wearable deviceof claim 20, wherein the instructions cause the processors to performoperations comprising: while presenting the map view, receiving, by thewearable device, a second user input for exiting the map view; and inresponse to receiving the second user input, replacing, by the wearabledevice, the map view presented on the display of the wearable devicewith the second navigation instruction.
 22. The wearable device of claim20, wherein the second navigation instruction and the map view are notpresented concurrently.
 23. The wearable device of claim 17, wherein theinstructions cause the processors to perform operations comprising:presenting, by the wearable device, a non-textual progress indicatorthat represents a total number of maneuvers in the plurality ofmaneuvers and a level of progress along the transit route correspondingto a particular navigation maneuver for which a corresponding navigationinstruction is concurrently presented on the display of the wearabledevice.
 24. The wearable device of claim 18, wherein detecting themanipulation of the input device includes detecting that the crown ofthe watch has been rotated, and wherein the instructions cause theprocessors to perform operations comprising: stepping forward in thetransit route to a next navigation maneuver when the crown is rotated ina first direction; and stepping backward in the transit route to aprevious navigation maneuver when the crown is rotated in a seconddirection.